投稿者「climb」のアーカイブ

迫りくる脅威:DBAの大量離職

DBA(データベース管理者)のバーンアウト(燃え尽き)は、単なる人材確保の課題にとどまらず、ビジネス上のリスクでもあります。「State of Database Report」調査によると、DBAの38%が職を辞することを検討したことがあるとのことです。

 

1人の離職がもたらす影響:

  • 財務的損失:DBA1人を補充するのに6~9ヶ月分の給与が必要
  • 知識の喪失:組織のノウハウが失われる
  • 運用リスク:ダウンタイムの増加、システムの不安定化、およびインシデントの深刻化

 

バーンアウトの原因とは?その「消火活動」の過負荷

なぜDBAは退職を考えているのでしょうか?それは、彼らの1日が純粋に事後対応的な業務に費やされているからです。報告書によると、彼らは週に27時間(時間の68%近く)という驚くべき時間を、以下の業務に費やしています:

  • アラートやチケットへの対応
  • バックアップと復旧
  • パフォーマンス問題の修正

「消火活動」に費やされる1時間は、最適化、自動化、あるいはイノベーションに費やされるはずだった1時間です。この不均衡が仕事の満足度を蝕み、バーンアウトを加速させています。

 

監視における重大な認識のギャップ


この業務負荷の問題は、経営陣とDBAの間にある根本的な認識のズレによってさらに悪化しています。経営陣は、監視体制が包括的かつ統合されていると想定しがちです。一方、DBAはそれが
危険なほどサイロ化されていることを知っています:

  • 経営陣の認識:IT経営幹部の50%近くが、自社の環境は統合されていると考えている
  • DBAの現実:これに同意するDBAはわずか40%

この認識のギャップは、重大な死角を生み出し、アラート疲労を助長し、インシデントの見落としを招くことで、リスクの高い非効率性を招いています。この乖離は、すでに手一杯のチームに直接的なプレッシャーを加えています。

 

事態を悪化させる認識のズレ

経営陣とDBAの認識が一致していないと、非効率性とリスクが倍増します。認識のズレは、単にフラストレーションを引き起こすだけでなく、対応時間の遅延、ダウンタイムの増加、そしてイノベーションの阻害につながります。その影響はビジネス全体に波及し、人事部門だけに留まりません:

  • 離職コストの増加:DBAの大量離職という悪循環を招く
  • 対応時間の遅延:事業継続性に直接的な影響を与える
  • イノベーション能力の低下:デジタルトランスフォーメーションの取り組みを阻害する

DBAの燃え尽きがもたらす経済的コストを削減し、経営層とDBAの間の溝を埋める方法はDPA(Databese Performance Analyser)の導入です。

 

毎週金曜日に実施できる30分の軽量な復元テスト

ほとんどの「バックアップテスト」は大きすぎるために失敗します。
こちらが軽量な週ごとのルーティンで、実際に何かを学べるものです。


ステップ 1️ – ターゲットを1つ選ぶ
• 1つのエンドポイントまたは1つのクリティカルフォルダー
• クライアント/エンドポイントを週ごとにローテーションする


ステップ 2️– 2回の復元を実行する
• ファイルレベル:1つのファイルを別の場所に復元する
・システムレベル:小さな画像スナップショットや重要なアプリ設定(該当する場合)を復元する


ステップ 3️– 検証
• 可能であればチェックサム/ハッシュ
・許可/所有権確認
• App Openテスト(設定/データベースダンプ用)


ステップ 4️– 3桁だけ記録する
・時間を回復する
• 位置(どこ)を復元する
・壊れたもの(もしあれば)


4〜6週間後にはパターンが見えます:
✔️ 帯域幅のボトルネック
✔️ 保持ギャップ
✔️ 許可の驚き
✔️ きれいに復旧しない「グリーンジョブ」

これが本当のバックアップ成熟度、つまり回復の再現可能な証明です。

成熟したバックアップが必要ですか?

ぜひご覧ください。https://www.climb.co.jp/soft/#cloud

どのような種類の不変性手法があるか?

MSPや中小企業が、全体的なバックアップ戦略の一環として不変性(イミュタブル)機能を活用するには、3つの方法があります。

1. ストレージレベルの不変性

これは現在、特にクラウドストレージにおいて最も一般的なアプローチです。オブジェクトストレージサービスでは、データを一度書き込んだ後、一定期間ロックすることができます。その期間中、ストレージに保存されたデータを削除したり上書きしたりすることはできません。保存期間が終了すると、ここに保存されたデータは他のファイルと同様に扱われます。

2. ソフトウェアによる不変性の確保

一部のバックアッププラットフォームでは、過去のバックアップセットが変更されないようにする保持ロック機能を提供しています。このアプローチにより、例えば個々のファイルが削除されたり、破損したりした場合でも、バックアップチェーンは保護されます。バックアップ・ベンダーは、保持設定と整合性チェックを組み合わせており、ファイルがバックアップセットから削除された場合でも、選択されたデータセットを完成させ、復元可能性を確保するために、そのファイルが再度バックアップされるようにします。

3. エアギャップまたはオフラインコピー

これは厳密には「不変性」ではありませんが、ネットワークから切り離されたコピーは、第三者が保存データにアクセスできないため変更不可能です。ただし、物理メディアは時間の経過とともに劣化したり、適切に保管されないと読み取れなくなったりする可能性がある点に留意してください。テープや交換可能なメディアのアーカイブがある場合は、定期的にローテーションを行う必要があります。これは日々のバックアップには効率的ではありませんが、物理的な分離を優先する業界では依然として信頼されている方法です。

なぜ不変性が今、これまで以上に重要なのか

つい最近まで、ランサムウェアの標的は主に本番システムに限られていました。しかし現在では、攻撃者は意図的にバックアップファイルも狙っています。本攻撃を開始する前に、これらのバックアップを密かに暗号化または削除できれば、被害者は安全策を失うことになります。そのため、多くの中小企業が直面するリスクを軽減するため、現在では多くのサービスプロバイダがバックアップ戦略の一環として不変性(イミュタビリティ)を取り入れています。

ランサムウェア: 最近のランサムウェアは、サーバーを暗号化するだけでなく、マップされたドライブ、NASボリューム、アクセス可能なクラウドバケットも検索します。不変性のあるストレージに保存されたデータは、マルウェアがアクセスしたとしても改ざんされることはありません。

偶発的または意図的な削除: 人為的ミスは依然としてデータ損失の主な原因です。ロックされたバックアップは、従業員によるディレクトリの上書きや、攻撃者が盗んだ認証情報を使ってデータを消去する行為からデータを保護します。

サイバー保険、コンプライアンス、および監査要件: サイバー保険契約や、医療、金融サービス、法務、政府などの業界における規制では、特定のデータが改ざんされていないという証拠が求められることがよくあります。不変性(イミュタビリティ)は、その保証を提供します。

サービスプロバイダにとっても、不変性とは究極的にはリスクの低減と復旧時間の短縮を意味します。中小企業にとっては、最悪のシナリオであっても、データやシステムが復元できる可能性が極めて高いということを確信できることを意味します。

イミュータブル(不変)バックアップとは何ですか?

不変バックアップとは、一定期間、変更、削除、上書きが不可能なデータのコピーのことです。一度作成されると、そのバックアップは保存期間が満了するまで、作成時の状態のまま維持されます。

実際には、不変性は通常、以下の3つのいずれかによって実現されます。ほとんどの企業にとって、これには新しいハードウェアや大規模なインフラの変更は必要ありません。不変性レイヤーは、多くの場合、すでに使用されているクラウドストレージやバックアップソフトウェアに組み込まれています。重要なのは、管理者であれ、ランサムウェアであれ、有効な認証情報を持つ攻撃者であれ、誰も保護されたコピーを変更できないことをシステムが保証できるかどうかです。この「ロックされたコピー」こそが、不変性の真価を発揮する要素です。

●書き込み一回・読み取り多回(WORM)ポリシーを適用するストレージシステム

●ロックされた保存期間をサポートするオブジェクトストレージサービス(S3 Object Lockなど)

●バックアップジョブの過去のバージョンの変更を防止するバックアッププラットフォーム

Climb Cloud Backupに「Restore Wizard」を導入

復元設定を行う際、設定項目をいちいち探したり、以前の設定内容を思い出したりする必要はありません。

Climb Cloud Backupの最新アップデートでは、手順を段階的に案内する「復元ウィザード」を導入しました。その目的はシンプルです。特に時間と明確さが求められる状況において、復元設定をより簡単かつ確実に行えるようにすることです。

概要

復元ウィザードは、バックアッププランの選択から復元ポイントや保存先の指定に至るまで、復元設定の主要な手順を順を追って案内します。

これは、復元の内部的な仕組みを変えるものではありませんが、設定プロセスをより明確にし、分かりやすくします。

Climb Cloud Backup の「復元ウィザード」とは

大まかに言えば、復元ウィザードは、Climb Cloud Backup での復元設定をガイド形式で行う機能です。

以前は、復元の設定は事前に構成された復元プランに依存しており、それらのプランの構造を十分に理解している必要がありました。このアプローチは機能していましたが、特にデータを別のマシンに復元するといったあまり一般的ではないシナリオでは、混乱を招く可能性がありました。

このウィザードは、すべての重要な決定事項を単一のフローにまとめることでこのプロセスを簡素化し、個々の要素を組み合わせて考える必要なく、ステップバイステップで復元を設定できるようにします。

「復元ウィザード」の実用的な活用例

汎用的な復元ウィザードの価値を理解する最良の方法は、実際にどのような復元シナリオに対応しているかを確認することです。

1. ソースコンピュータへの復元

特定のファイルやフォルダを復元する必要がある場合、このウィザードを使用すれば、復元計画の構成について考える必要なく、手順に従って段階的に作業を進めることができます。

2. ローカルコンピュータへの復元

元のマシンが利用できない場合でも、インターフェースの異なる部分間を切り替えることなく、同じガイド付きフローを通じて別のローカルマシンへの復元を設定できます。

現在の制限事項

現時点では、ウィザードによる復元は、Windows OS を実行している元のコンピュータまたはローカルコンピュータでのみ利用可能です。

他のマシンへの復元機能については、今後のアップデートで対応する予定です。

「汎用復元ウィザード」に関する総括

復元ウィザードは、小規模ながらも実用的な変更点です。新しい復元機能を追加するものではありませんが、既存の機能をより使いやすくしています。

Wasabi Cloud Strageの技術ブログはありますか?

Wasabiの「Veeam v10 Cloud Connect With Wasabi」の紹介サイト

https://docs.wasabi.com/docs/how-do-i-use-veeam-v10-cloud-connect-with-wasabi

Veeam Backup & Replication v10 の 「Cloud Connect」 機能を利用して、バックアップデータを Wasabi クラウドストレージに保存するための設定ガイドです。

主な内容は以下の通りです。

1. 概要と対象者

  • 対象: Veeam クラウド・サービス・プロバイダー(VCSP)およびその顧客(テナント)。
  • 目的: サービスプロバイダーが Wasabi をバックエンドストレージとして使い、顧客にクラウドレポジトリや災害復旧サービスを提供するための構成説明。
  • 注意点: Wasabi 自体は Cloud Connect プロバイダーではありません。あくまでプロバイダーが Wasabi をストレージとして利用する構成を指します。

2. 事前準備

  • Veeam Backup & Replication v10 以降。
  • 「Cloud Connect Provider」が有効な Veeam プロバイダーライセンス。
  • Wasabi アカウント。
  • (不変性バックアップが必要な場合)Wasabi の Object Lock 機能の有効化。

3. 設定の主なステップ

記事では、以下の順序で設定手順が詳述されています。

  1. クラウドゲートウェイの構成: 証明書の発行と、通信の入り口となるゲートウェイサーバーの設定。
  2. ゲートウェイプールの作成: ゲートウェイをグループ化し、管理しやすくする設定。
  3. テナント(顧客)の作成: 顧客ごとのユーザー名、パスワード、バックアップ容量(クォータ)を割り当てます。この際、バックアップ先として Wasabi を含む「Scale-out Backup Repository (SOBR)」を指定します。
  4. 顧客側 Veeam の設定: 顧客側の Veeam 管理画面で、プロバイダーの DNS/IP アドレスと提供された認証情報を入力し、接続を確立します。
  5. バックアップジョブの作成: 顧客が自身の仮想マシンなどをバックアップする際、保存先としてプロバイダーのクラウドレポジトリを選択します。

4. データの流れ

  1. 顧客のデータがプロバイダーのローカルストレージに一度バックアップされる。
  2. Veeam の「Copy」機能(またはオフロード機能)により、プロバイダーから Wasabi のバケットへデータが転送される。
  3. Wasabi のコンソール上でデータが正しく書き込まれていることを確認する。

まとめ

このドキュメントは、「Veeam v10 を使っているるユーザがデータを Wasabi に効率よく、かつ安全に保管するための連携手順書」です。

ScalityとWasabiが提供する、高可用性かつリーズナブルな価格のデータストレージとセキュリティ

Wasabiは、手頃な価格で高速かつ信頼性の高いオンデマンド型クラウドストレージを提供する、今注目のクラウドストレージ企業です。ScalityのARTESCAとWasabiを統合したソリューションは、最高のセキュリティ、俊敏性、選択肢、そしてコスト削減を実現する、統一されたハイブリッドクラウドストレージリポジトリを提供します。

ScalityとWasabiの組み合わせは、Veeamによるバックアップと併せて、比類のないサイバーセキュリティと統合管理を実現する、スケーラブルで柔軟なソリューションです。当社の「pay-as-you-grow(成長に合わせて支払う)」モデルでは、お客様は容量分のみを支払うため、予測不能なコストを心配する必要がありません。これは、最も重要なワークロードをオンプレミスで運用する中小企業にとって理想的なソリューションです。

ユーザ保護に向けたパートナーシップ

現実として、犯罪者はお客様のデータを狙っており、そのアクセスを阻止するのはお客様の責務です。しかし、Scality、Veeam、Wasabiが味方につけば、お客様は独力で対応する必要はありません。Wasabi、Veeam、Scalityはいずれもデータの不変性を確保するソリューションを提供しており、これはフィッシングやランサムウェアに対する最善の防御策となります。

Veeam、ARTESCA、Wasabiを活用することで、ユーザは3-2-1-1-0バックアップポリシーを実装できます: これらと協力することで、ユーザの独自のニーズに最適な、最も安全なストレージソリューションを提供しています。

●データの3つのコピー:プライマリストレージ + ARTESCA + Wasabi

●2つの異なるバックアップリポジトリ:ARTESCA + Wasabi

●1つの外部バックアップ:Wasabi

●少なくとも1つの不変バックアップ:このケースでは、ARTESCAとWasabiの両方が不変です。したがって、Veeamはエンドツーエンドの不変性を確保した状態でバックアップを保存できます。

●復旧失敗ゼロ:Veeamはバックアップが確実に復旧可能であることを検証する「Sure Backup」を実装しています。ARTESCAリポジトリはそのパフォーマンスにより、これを実現しています。

Bare Metal (Server)エディションについて

Bare Metal エディション(旧Serverエディション)は2026年2月末でEOSとなりました。

Database Performance Analyzer (旧Ignite)の技術ブログはありますか?

HPE ZERTOの技術ブログはありますか?

Climb Cloud Backupの技術ブログはありますか?

MSP360(CloudBerry) Backupの技術ブログはありますか?

N2WSの技術ブログはありますか?

CCBセットアップとアクセス

CCB Google Workspace バックアップアプリがブロックされている、または未確認の場合、Google Workspace バックアップへのアクセスを有効にするにはどうすればよいですか?

未確認またはブロックされたアプリメッセージによって引き起こされるアクセス問題を解決するには、Google 管理コンソールで「MSP360 Google Workspace Backup」を信頼済みアプリに追加してください:

  1. スーパー管理者アカウントを使用して、admin.google.com にログインします。
  2. メインメニュー > セキュリティ > アクセスとデータ管理 > API 制御 > サードパーティ製アプリのアクセスを管理 に移動します。
  3. 以下の OAuth クライアント ID を信頼済みアプリとして追加してください:
    • 101545705208641292657
    • 76254656058-ue8d5fkuicrfjjhd8c1qngd2goaq3ngs.apps.googleusercontent.com

アクセス権の種類が「信頼済み:すべてのGoogleサービスにアクセス可能」に設定されていることを確認してください。

追加されると、これらのアプリは「接続済みアプリ」リストに「信頼済み」のステータスで表示されます。

CCBのGoogle Workspace向けバックアップ機能を利用するには、アプリのインストールが必要ですか?

はい。バックアップおよび復元操作のためのAPIレベルへのアクセスを有効にするため、初期設定時にMSP360 Google Workspaceバックアップアプリをインストールしてください。

バックアップを実行するにはローカルエージェントが必要ですか?

いいえ、ローカルエージェントがなくてもシステムは動作します。

CCBは、安全なOAuthおよびGraph/Google APIを介したクラウドネイティブでAPIベースのアクセスを使用して、すべての操作を実行します。

「API Disabled」というエラーメッセージは何を意味しますか?

このエラーメッセージは、Microsoft 365 が、使用しようとしているサービスを有効化またはライセンス供与していないことを意味します。通常、影響を受けるサービスは OneDrive および SharePoint ですが、メール、連絡先、カレンダーなどの他のサービスでも発生する可能性があります。これを修正するには、Microsoft 365 でユーザーにライセンスを割り当て、影響を受けたサービスにログインして有効化してください。

CCBコンフィグレーション

共有ドライブをバックアップに確実に含めるにはどうすればよいですか?また、どのような権限が必要ですか?

バックアップ手順に共有ドライブを含めるには、以下の手順に従ってください:

  • CCBのインターフェースで、上部のナビゲーションバーから「共有ドライブ」タブを選択します。
  • ドメインに有効なSharePoint/Teams/SharedDrivesライセンスが割り当てられていることを確認してください。
  • 共有ドライブが表示されない場合は、十分なライセンスがあること、およびバックアップ用アカウントからそのドライブにアクセスできることを確認してください。

必要な権限:

●バックアップを実行するには、共有ドライブへの読み取りアクセス権が必要です。

●復元操作を実行するには、書き込みアクセス権が必要です。使用するサービスアカウントには、バックアップまたは復元対象となる各共有ドライブに対する明示的なアクセス権限が必要です。

バックアッププラットフォームへのアクセスにおいて、どのような管理者ロールがサポートされていますか?

CCBでは、以下の3種類の管理者ロールがサポートされています:

1.グローバル管理者 / スーパー管理者 – すべての権限

2.ユーザー管理者 – ユーザーの管理が可能、コンテンツへのアクセスは制限あり

3.ユーザ– 自身のデータのみにアクセス可能

Microsoft 365 グループおよび Google 組織単位はバックアップの対象となりますか?

はい。Microsoft 365 グループおよび Google 組織単位はサポートされています。

M365 グループおよび Google 組織単位のメンバーも自動的に検出され、バックアップ ジョブに追加されます。

復元を実行するための前提条件は何ですか?

復元を開始するユーザーアカウントには、有効なCCBライセンスが必要です。

復元先のユーザーは、テナント内に存在している必要があります。

削除されたユーザーから削除されたユーザへの復元はサポートされていません。

プロバイダーとしてサインインする場合と、管理者としてサインインする場合の違いは何ですか?

プロバイダーとしてサインイン:アクセス権限が制限されます。バックアップの内容を確認できず、復元機能も制限されます。

管理者(グローバル管理者またはスーパー管理者)としてサインイン:バックアップデータ、設定、および復元操作に完全にアクセスできます。管理者機能を使用するには、アカウントにグローバル管理者(M365)またはスーパー管理者(Google)の権限が必要です。

CCB セキュリティと暗号化

Microsoft 365 および Google Workspace のバックアップにはどのような暗号化が使用されていますか?

AES-256 暗号化により、保存中のデータが保護されます。

●転送中のすべてのデータにはHTTPSが使用されます。これにより、バックアップおよび復元プロセス全体を通じてエンドツーエンドの暗号化が確保されます。

暗号化用に独自のパスワードを設定できますか?

いいえ。CCBでは、ユーザが独自に定義した暗号化パスワードはサポートされていません。

Microsoft 365およびGoogle Workspaceのバックアップにおける不変性機能はどのように動作しますか?

CCBでは、ネイティブなストレージの不変性ではなく、ソフトウェアベースの不変性を使用しています。これを有効にするには:

  • ストレージ設定で不変性を構成します。
  • 関連するデータに保存期間ポリシーを適用します。
  • 保存ポリシーを適用せずにバックアップされたデータは、不変ではありません。

CCB スケジュールとデータ保持

バックアップ状況に関するメールレポートをスケジュールするにはどうすればよいですか?

1.メールレポートを設定するには:

    2.ユーザーメニューを開き、レポートを選択します。

    3.メールレポートタブに切り替えて、レポート機能を有効にします。

    以下の項目を設定します:

    • 連絡先メールアドレス
    • タイムゾーン(UTC)
    • 送信日時
    • レポート期間:毎日、毎週(曜日を選択)、または毎月(日付を選択)。

    4.保存をクリックして、レポート機能を有効にします。

    保存ポリシータスクはどのくらいの頻度で実行されますか?

    保存ポリシータスクは、各サービスごとにあらかじめ定義されたスケジュールに従い、毎週バックグラウンドで実行されます。実行時間はサービスによって異なり、カスタマイズすることはできません。

    バックアップはどのくらいの頻度で行われますか?また、スケジュールはカスタマイズできますか?

    バックアップは1日2回、ランダムな時間帯に自動的に実行されます。

    本システムではスケジュールのカスタマイズはサポートしていません。ランダムな時間帯に実行することで、MicrosoftやGoogleによるAPIのスロットリング問題を回避しています。

    保存期間の制限(最小および最大)はどのようになっていますか?

    最小保存期間:1日

    最大保存期間:無制限(サービスが有効な限り)サービスの終了後、システムはデータをさらに90日間保持してから削除します。

    デフォルトの保存ポリシーとは何ですか?

    「デフォルトでは、システムは保存ポリシーを未定義のままにしているため、特定のポリシーを設定しない限り、データは無期限に保存されます。データのライフサイクルの制限を定義するには、保存ポリシーを手動で適用する必要があります。

    保存ポリシーはドメイン単位で適用されますか、それともテナント単位で適用されますか?

    保存ポリシーはテナント単位で設定し、個々のユーザーアカウントに割り当てる必要があります。

    複数のドメインにまたがってデフォルトの保存ポリシーを適用することはできますか?

    すべてのドメインが同じテナントに属している場合のみ可能です。システムはテナントをまたぐデフォルトポリシーには対応していません。

    CCB 復元と削除

    システムがバックアップデータの削除を制限するのはなぜですか?

    セキュリティ上の理由から、アカウント設定で代替メールアドレスを指定していない限り、システムはデータの削除を制限しています。

    操作を続行するには、アカウント設定で有効な代替メールアドレスが設定されていることを確認してください。

    Microsoft 365 または Google Workspace でユーザーを削除した後、バックアップコンソールではどうなりますか?

    Microsoft 365 または Google Workspace からユーザーアカウントを削除し、同期を実行すると:

    • バックアップコンソールでは、そのアカウントが無効化されます。
    • システムは、関連付けられたライセンスを自動的に解放します。

    サブスクリプション終了後、バックアップデータはどうなりますか?

    サブスクリプション終了後、MSP360はバックアップデータを90日間保持します。この猶予期間が終了すると、すべてのデータは自動的に完全に削除されます。

    OneDrive や Google ドライブのデータをまとめて復元またはダウンロードすることはできますか?

    いいえ。システムではアカウント全体の復元はサポートされていません。ファイルは個別に復元またはダウンロードすることしかできません。

    ファイルやメールの過去のバージョンは保存されますか?

    • プラットフォームがバージョン管理に対応している場合、システムはファイルのバージョン(例:ドキュメント、スプレッドシート、スライド)を保存します。
    • メールはバージョン管理に対応していないため、システムは単一のアイテムとして保存します。
    • バージョン情報の保存は、バックアップポリシーやストレージ設定によっても異なる場合があります。

    CCB アップの運用と監視

    MSP360 Backup for M365/Google の「タスクマネージャー」にはどのような機能がありますか?

    タスクマネージャーは、バックアップおよび復元タスクを管理するためのコントロールパネルです。アクセスするには:

    • ユーザーメニュー(右上隅)を開き、タスクマネージャーを選択します。

    現在および過去の操作が、以下の詳細情報とともに表示されます:
    ・ユーザー名 – 処理中のアカウント
    ・サービス – メール、ドライブ、連絡先など
    ・タスクの種類 – バックアップ、復元、削除
    ・開始時刻 / 所要時間 / ステータス – 進行状況インジケーターを含む
    ・操作 – ジョブのキャンセル、一時停止、
    または再開また、通知オプションを使用して、ステータスの自動更新を行うこともできます。

    バックアップはスキップされた項目を自動的に再試行しますか?

    いいえ。システムはスキップされた項目を自動的に再試行しません

    バックアップシステムにおけるファイルのバージョン管理はどのように機能しますか?

    CCBは増分バックアップのロジックを採用しています:

    • ファイルが変更された場合、システムは新しいバージョンのみをバックアップします。
    • プラットフォームがバージョン管理をサポートしている場合(Google ドキュメントやスプレッドシートなど)、システムは以前のバージョンを保持します。
    • メールアイテムはバージョン管理に対応していません。
    • バージョンの保持期間は、保存ポリシーの設定によって異なる場合があります。

    CCB ライセンスと適応範囲

    システムはバックアップデータを圧縮しますか?

    はい。システムはデフォルトで、ストレージの使用量を削減し、パフォーマンスを向上させるために、すべてのバックアップデータを圧縮します。

    Microsoft 365 のメールボックス容量がバックアップ容量よりも大きいのはなぜですか?

    バックアップ容量が通常より小さくなる理由は以下の通りです:

    • データの圧縮
    • システムフォルダーおよびシステムによって生成されたフォルダーの除外
    • カスタムバックアップフィルター(例:除外されたフォルダーやメール)

    共有メールボックスにはライセンスが必要ですか?

    はい。各共有メールボックスに、有効な Microsoft 365 または Google Workspace のバックアップライセンスを割り当てる必要があります。

    Microsoft 365 または Google Workspace のバックアップをローカルストレージに保存することはできますか?

    CCB は、ローカルストレージへの直接保存には対応していません。ただし、S3 API を通じてローカルストレージを公開するS3 互換ストレージソリューションを利用することは可能です。

    ライセンス費用にはストレージ代が含まれていますか?

    いいえ、ライセンス費用にはバックアップライセンスのみが含まれます。ストレージ代は別途請求されます。

    N2WSによる信頼性の高いAWS EKS保護

    N2WSは、Kubernetesの複雑さに特化して設計された、ポリシー主導型のワンクリックバックアップおよびリカバリ機能により、EKSバックアップにおける重要な課題を解決します。N2WSの統合的なアプローチは極めてユニークです。単一のコンソール上で、お客様はKubernetesワークロードとRDSデータベースなどの外部AWSサービスをまたがるアプリケーションスタック全体を、単一のポリシーでまとめてバックアップおよびリカバリすることができます。つまり、EKS上で動作し、RDSをバックエンドに持つWordPressアプリケーションを、ばらばらのパーツとしてではなく、一つのまとまった単位として保護・復元できるということです。EKS上でミッションクリティカルなステートフルワークロードを実行している組織にとって、N2WSは、手動でエラーが発生しやすい悪夢のようなバックアップ作業を、信頼性の高い自動化されたプロセスへと変革します。

    N2WSがバックアップする対象:

    • EKSクラスタ全体
    • すべてのネームスペース
    • クラスタスコープのリソース
    • 永続ボリュームのEBSスナップショット=Kubernetesマニフェスト(S3へ)

    N2WSが即座に復元できる対象:

    • 同じクラスタへ
    • 別のクラスタへ(クラスタ間での災害復旧を可能にします)。

    Veeam Agent for Linuxを利用した場合、ジョブの実行をスケジュールではなく、他のジョブのあとに実行するように設定することは可能か?

    Veeam Agent for LinuxをVeeam Backup & Replicationで統合管理し、VeeamコンソールでAgentジョブを作成することで、他ジョブのあとに実行するよう設定が可能です。

    Agentジョブ設定のスケジュールステップにて、「After this job」を有効化し、特定のジョブ指定するとそのジョブが完了次第、Agentジョブが実行されます。

    Veeam、Nutanix、Google Cloudの3社が連携を強化し、Google Cloud上で稼働する「Nutanix Cloud Clusters(NC2)」のワークロード保護をVeeamが正式にサポート

    ランサムウェアなどの脅威から重要なデータを守り、企業のサイバーレジリエンス(回復力)を強化することを目的に

    主なポイント】

    1. インフラ選択の自由とデータモビリティの実現 特定のベンダーへのロックインやソフトウェア更新コストの高騰といった課題に対し、Veeam独自のポータブルデータフォーマットを活用することで、オンプレミス、ハイブリッド、クラウドネイティブの間でシームレスなデータ移行が可能になります。これにより、ハイパーバイザーの移行やデータセンターの統合などが容易になり、柔軟なインフラストラクチャの選択が実現します。
    2. 強力なサイバーセキュリティとデータ回復力 昨今、バックアップデータを狙うサイバー攻撃(ランサムウェアなど)が増加している中、Veeamはデータのライフサイクル全体を保護するセキュリティ機能を備えています。Nutanixのプラットフォーム(AHV、NC2、統合ストレージ、Kubernetesプラットフォーム等)に対し、きめ細かいリカバリ機能や「Nutanix Prism Central」と統合した一元管理を提供し、ビジネスの継続性を担保します。
    3. 3社連携による「より良いソリューション」の提供 業界リーダーであるGoogle Cloud、Nutanix、Veeamが協力することで、顧客は確かな実績を持つ強力なテクノロジーに投資でき、万が一の災害やサイバー攻撃が発生した際にも迅速にビジネスを復旧できる安心感(ラディカル・レジリエンス)を得ることができます。

    このアップデートは、企業がクラウド環境でのデータ保護を強化しつつ、特定の技術に縛られない柔軟なIT戦略を描くための強力なソリューションとなります。

    Veeam Nutanix NC2 Validation