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

Climb Cloud Backup & SecurityがGoogle Workspaceに提供するデータ保護機能について

Climb Cloud Backup & SecurityはGoogle Workspaceの標準機能(Google Vaultなど)では補いきれない「意図しない削除」「ランサムウェア被害」「迅速な時点復元」に特化した、強力なクラウド・ツー・クラウド(C2C)バックアップソリューションを提供しています。

 

1. 主なバックアップ対象

Google Workspace内の主要なデータを網羅的に保護します。

  • Gmail: メール本文、添付ファイル、ラベル、スレッド全体。

  • Google ドライブ: マイドライブ内のファイル・フォルダに加え、共有ドライブ(旧チームドライブ)も対象。

  • 連絡先とカレンダー: 連絡先グループや予定、添付ファイルなど。

 

2. 注目すべき5つの保護機能

① エージェントレスの直接バックアップ

GoogleのデータセンターからAcronisのクラウドストレージへ直接データを転送します。自社サーバーの設置や、各PCへのソフトインストールは不要で、デバイスの動作が重くなることもありません。

② 高度な検索と粒度の細かい復元

  • 全文検索: バックアップ内のメールやファイルをキーワードで検索し、必要なものだけを数秒で特定できます。

  • アイテム単位の復元: フォルダ丸ごとではなく、特定のメール1通、ファイル1件単位での復元が可能です。

③ ランサムウェア・セキュリティ対策

  • 改ざん防止(不変ストレージ): バックアップデータそのものが攻撃者によって暗号化されたり削除されたりするのを防ぎます。

  • ブロックチェーン認証: Acronis Notary技術により、バックアップデータがバックアップ時から改ざんされていないことを証明できます。

④ 自動化と効率化

  • 新規ユーザーの自動保護: 新しく追加されたユーザーや共有ドライブを自動で検出し、バックアップ設定を適用します。

  • 重複排除: 同じデータが複数の場所に存在しても、保存容量を最小限に抑える仕組みがあり、コスト効率を高めます。

⑤ コンプライアンスとガバナンス

Google標準の「保持ポリシー」では対応が難しい「特定時点へのロールバック(Point-in-time recovery)」が可能です。これにより、誤操作や悪意のある削除から確実にデータを守ります。

3. Google Workspace標準機能(Google Vault等)との違い

機能 Google Workspace (標準/Vault) Climb Cloud Backup & Security
主な目的 電子情報開示・コンプライアンス保持 災害復旧・事業継続 (BCP)
復元操作 複雑(エクスポート後の再インポート等) 簡単(数クリックで元の場所に復元)
時点復元 困難(削除されたものは保持されるが復旧が大変) 容易(特定の日時の状態に即座に戻せる)
一元管理 Google管理画面のみ サーバーや他クラウドと統合管理可能

【最新機能】GenAI Protection (生成AI保護)

2026年2月にリリースされた「 GenAI Protection」は、組織内での生成AI(ChatGPT、Claude、Geminiなど)の利用を安全に管理・制御するためのセキュリティ機能です。

多くの企業が「AIを使いたいが、機密情報の流出が怖い」という課題を抱える中、この機能は「利便性を損なわずにリスクを抑える」ことを目的としています。主な機能は以下の3点です。

 


1. 「シャドーAI」の可視化

従業員がIT部門の許可なく利用しているAIツール(シャドーAI)を自動で検出します。

  • 利用状況の把握: 誰が、いつ、どのAIアプリケーションやWebサイトを利用しているかをダッシュボードで一覧化します。

  • トレンド分析: 組織内でどのようなAI導入パターンがあるかを可視化し、リスク評価に役立てます。

 

2. プロンプトによる機密情報漏えいの防止 (DLP連携)

AIとのチャット(プロンプト)の内容をリアルタイムで検査し、重要なデータが外部に送信されるのを防ぎます。

  • 機密データの検知: 個人情報(PII)、クレジットカード情報、設計図、ソースコード、医療情報(PHI)などのパターンを識別。

  • 送信ブロック: AIモデルの学習データとして取り込まれるリスクがある機密情報が含まれていた場合、プロンプトの送信そのものを遮断します。

 

3. 悪意あるプロンプト攻撃の防御

AIを悪用しようとする試みからシステムを保護します。

  • プロンプトインジェクション対策: AIのガードレールを回避しようとする特殊な入力(脱獄/Jailbreak試行)を検知し、不適切な利用を阻止します。

  • ブラウザ・デスクトップ両対応: Webブラウザ上での利用だけでなく、デスクトップアプリ型のAIツールに対しても監視が可能です。


なぜこの機能が必要なのか?

従来のWebフィルタリングでは「AIサイトへのアクセス許可/拒否」という極端な設定しかできませんでした。 しかし、GenAI Protectionを導入することで、「AIの利用は許可するが、社外秘データの入力だけを禁止する」という柔軟な運用が可能になります。

[重要] この機能は Acronis Cyber Protect Cloud のエージェントに統合されているため、新たなソフトをインストールすることなく、既存の保護設定(管理計画)の一部として簡単に有効化できるのが大きなメリットです。

Database Performance Analyzer (DPA)の開発状況 (updated March 2026)

DPAの最新リリース状況

  • データベース検出機能により、ネットワーク上のデータベースを検索できるため、データベース環境を簡単に特定して登録し、可観測性の実現までの時間を短縮できます。
  • DPA Centralの機能が拡張され、環境全体のビューが表示されるようになりました。カスタムプロパティでフィルタリングしたり、カスタムプロパティを列として表示したりできます。その他の改善点として、ページネーション、グループ化ビュー、SAMLのサポートが追加されています。
  • 「AI Query Assist」機能で SolarWinds AI を活用し、SQL Server および Oracle ターゲットのクエリパフォーマンスを最適化するためのクエリ書き換えの提案を提供します。
  • 多数の Azure SQL DB メトリクスが追加され、tempDB の使用状況を含め、データベースの動作のさまざまな側面とクエリパフォーマンスを関連付けることが可能になりました。
  • PostgreSQLおよびMySQLデータベースワークロード向けのテーブルチューニングおよびインデックスアドバイザー。
  • DPAのPlatform Connectを通じて、ServiceNowおよびPagerDutyとのアラート通知連携が簡素化されました。
  • IPv6専用またはハイブリッド環境向けのIPv6サポート。
  • 認証サポートの強化(MySQL向けのgMSAおよびSHA2パスワード)。

現在取り組んでいること

以下は、DPAに関して現在取り組んでいる、または検討中の事項の一覧です:

 

  • データベース検出機能について、検出結果をDPAの各インストール間で共有し、異なるDPAインストールに登録されている検出結果を無視するようにします。また、検出対象をクラウドアカウントにも拡張します。
  • DPAをDockerコンテナで提供し、ポータブルかつ効率的なデプロイ環境を実現します。
  • DPAの統合の柔軟性を高めるため、汎用的なWebhookを統合用に導入します。
  • SAP Hanaを監視対象としてサポートします。これにはオンプレミスおよびHana Cloudのデプロイメントが含まれ、シングルコンテナおよびマルチコンテナアーキテクチャに対応します。
  • Oracle Autonomous Databaseを監視対象としてサポートします。
  • DB2の最新バージョン向けに、セッションブロッキング情報を提供します。
  • 既存のインデックス、テーブルサイズ、カラムのカーディナリティなどの追加プロンプト入力により、AIクエリアシストの出力品質を継続的に向上させます。また、将来のリリースでは他のDBMSタイプにも対応を拡大します。
  • ホームページにアラームアイコンが表示されないよう、チューニングアドバイザーをミュートする機能を追加します。これは、監視対象への変更を行う能力が限られている場合に役立ちます。これらのアドバイザーをミュートすることで、対処不可能な問題に気を取られることがなくなります。
  • チューニングの意思決定を支援するため、SQL ServerのtempDBのアクティビティおよび構成情報の可視化を拡充します。DPAは、懸念されるtempDBの動作や状態について通知するアラートを提供します。
  • ユーザー権限管理用のエンドポイントを含むDPAのAPI。
  • SolarWinds製品(SquadCastおよびService Desk)へのアラート通知(Platform Connect経由)。
  • 複数のDPAサーバー間で一貫性を維持できるようにする、大規模なDPA環境向けの管理機能。
  • DPAのセキュリティが、米国連邦政府および共通基準相互承認協定(CCRA)参加国での利用に必要な厳格な保護プロファイルを満たすことを保証するための、共通基準(Common Criteria)認証。

 

(注) 上記の機能の記載順は優先度を示すものではありません。また上記のリストは、現在開発中または検討中の項目を示していますが、これらの機能がいつ、あるいは実際に提供されるかを保証するものではありません。

 

Database Performance Analyzer (DPA) 2026.1 のGA

DPA 2026.1 リリース

Database Performance Analyzer (DPA) 2026.1が一般提供(GA:general availability)を開始したことをお知らせいたします。本リリースでは、アラートメールの認証にOAuth 2.0に対応したほか、ネットワーク上のデータベースを特定し、監視対象として検討できるようにする新しい検出機能を導入しています。

Microsoft Exchange Online 向け OAuth 2.0

セキュリティ強化のため、Microsoft は Exchange Online における基本 SMTP 認証を段階的に廃止し、OAuth 2.0 への移行を進めており、2026年3月からこの変更が適用されます。この変更は、アラートメールの配信に Exchange Online を使用するように DPA が設定されている環境に影響します。

サービスの中断を防ぐため、DPA 2026.1 にアップグレードし、Microsoft Exchange Online との通信に OAuth 2.0 を使用するように SMTP 設定を更新してください。

image.png

新機能:データベース検出 !

DPA 2026.1 では、ネットワーク上のデータベースインスタンスを特定し、監視のためのオンボーディングプロセスを効率化する新しいデータベース検出機能が導入されました。

この機能により、DPAはユーザーが指定したIPアドレスとポートをスキャンし、DPAにまだ登録されていないデータベースインスタンスを検出します。検出結果は登録ワークフローに直接反映され、IPアドレスとポート情報が自動的に入力されるため、導入から価値創出までの時間を短縮し、データベース環境全体の可視化を加速します。

今後の検出機能の強化点には以下が含まれます:

  • クラウドアカウントベースのデータベース検出
  • 複数のDPAデプロイメント間での検出結果の共有
  • インテリジェンスと自動化の拡張

image.png

 

Climb Cloud Backup & Securityのセキュリティ機能ではどのようなことができますか?

Climb Cloud Backup & Securityは、「次世代アンチウイルス」「エンドポイント管理」「バックアップ」の3つを1つのエージェントに統合しているのが最大の特徴です。

具体的にできることを、セキュリティのライフサイクルに沿って整理して解説します。

 

1. 攻撃を未然に防ぐ(プロアクティブ)

攻撃を受ける前に、システムの弱点を補強する機能です。

  • 脆弱性診断: OSや各種アプリケーション(Microsoft, Adobe, Javaなど)の脆弱性をスキャンし、リスクを可視化します。
  • パッチ管理: 脆弱性が見つかった際、管理コンソールから一括で修正パッチを適用できます。
  • URLフィルタリング: 悪意のあるサイトやフィッシングサイトへのアクセスをブロックします。

 

2. 攻撃をリアルタイムで検知・遮断(アクティブ)

侵入しようとする脅威を最新のAI技術で食い止めます。

  • AIベースの次世代アンチマルウェア: 従来の「パターンマッチング」だけでなく、AI(機械学習)や振る舞い検知を用いて、未知のランサムウェアやウイルスを検知します。
  • 自己保護機能: Acronis自身のプロセスやバックアップデータが書き換えられないよう保護する、強固な防御層を持っています。
  • エクスプロイト防止: ソフトウェアの不具合を突いた攻撃(メモリインジェクションなど)を阻止します。

 

3. 被害から迅速に復旧する(リアクティブ)

万が一感染してしまった場合、他社製品にはない強力なリカバリ機能を発揮します。

  • 自動ロールバック: ランサムウェアによってファイルが暗号化され始めたことを検知すると、即座にプロセスを停止し、暗号化される直前の状態へ自動的にファイルを復元します。
  • セーフリカバリ: バックアップデータ内にマルウェアが潜んでいないかスキャンしてから復元を行うことで、再感染(バックドアの復活など)を防ぎます。
  • ディザスタリカバリ (DR): システム全体がダウンした場合でも、クラウド上で仮想マシンとして即座に起動させ、業務を継続できます。

 

導入するメリットのまとめ

通常のセキュリティソフト(ウイルス対策のみ)と比べると、以下のような違いがあります。

機能 一般的なウイルス対策ソフト Acronis Cyber Protect
未知の脅威 パターン更新まで防げない場合がある AI/振る舞い検知で未知の攻撃も遮断
感染後の対応 OSの再インストールが必要なことも 1クリックでバックアップから復旧
管理の負担 バックアップソフトと別々に管理 1つの画面で一元管理が可能

 

導入ヒント:「守る(防御)」と「戻す(復元)」がセットになっているため、万が一防御を突破されても「データが消える」「業務が止まる」という最悪の事態を避けられるのが最大の強みです。

 

Database Performance Analyzer (DPA) 2025.2のGA

このリリースでは、DPAは「AI Query Assist」という機能を通じてAIの力を提供します。この機能はSQLを書き換え、パフォーマンスを向上させることで、問題のあるクエリの解決にかかる平均時間を短縮します。詳細および今回のDPAリリースに含まれるその他の機能については、以下をご覧ください。

AI Query Assist (Tech Preview)

最適なパフォーマンスを発揮しつつ、望ましい結果を生み出すクエリを作成することは、特に複雑なSQLの場合やスキーマが十分に理解されていない場合には、困難な作業となり得ます。さらに、パフォーマンスの低いクエリを書き直すには、DBAや開発者が数多くの試行錯誤を繰り返す必要があり、多大な時間を要する場合があります。

AI Query Assistは、SQLのパフォーマンス向上を目的にトレーニングされたSolarWinds AIを活用し、機能的な同等性を維持しつつ、より高いパフォーマンスを発揮するクエリへと巧みに書き換えます。SolarWinds AIは管理された環境内で動作し、機密性の高い個人識別情報(PII)が完全にマスキングされ、安全に保たれることを保証します。AI Query Assistは現時点ではSQL Serverのクエリ最適化をサポートしていますが、今後のリリースではより幅広いDBMSへの対応が予定されています。

SolarWinds AIは、SQLテキストと実行計画(Explain Plan)を入力としてクエリを書き換え(最適化)ます。これにより、DBMSがクエリをどのように実行することを選択したかについての洞察を得ることができます。DDLには実行計画がないため、DDLステートメントは最適化できない点に注意してください。最適化の結果には以下が含まれます:

  • 概要:クエリがどのように最適化されたかについての概要説明
  • 思考:AIが最適化において何を考慮したかの説明
  • 説明:クエリがどのように最適化されたかについてのより詳細な説明
  • 最適化されたSQL:DPAは元のSQLテキストと最適化されたSQLテキストを並べて比較表示します

AIは新興技術であり、時間とともに改善されている点に注意してください。したがって、最適化結果を採用する前に、分析とテストを行う必要があります。

AIクエリアシストの使用

この機能を使用するための前提条件は次のとおりです:

  • Platform Connect: AIクエリアシストを有効にする最初のステップは、DPAの[オプション]ページにあるPlatform Connectリンクに従って、DPAのPlatform Connectコンポーネントを設定することです。AIクエリアシスト機能がオンになっていることを確認してください。
  • ライセンス:この機能を利用するには、監視対象のSQL ServerインスタンスにDBSHまたはDBSHDSライセンスが割り当てられている必要があります。
  • ユーザー権限:DPA管理者、または監視対象インスタンスに対する「監視の管理」権限を持つユーザーは、最適化リクエストを送信できます。読み取り専用ユーザー、または監視対象インスタンスに対する「表示」権限を持つユーザーは、最適化結果を確認できますが、新しい最適化リクエストを送信することはできません。

最適化の取得:

  1. 問題のあるクエリの [クエリ詳細] ページに移動します。このページへのアクセス方法は複数ありますが、最も一般的な方法は、[トレンド] ページのグラフから SQL ハッシュをクリックすることです。
  2. [AI Query Assist] タブをクリックします
  3. ドロップダウンからプランを選択します
  4. [プランの SQL を最適化] ボタンをクリックします。これにより、SolarWinds AI に最適化リクエストが送信されます。処理完了まで数秒から数分かかる場合がありますが、これは主にクエリの複雑さに依存します。
  5. [最適化を表示] をクリックして、最適化結果を確認します。

新しい最適化のリクエスト

AIクエリアシストに関するフィードバック

AIクエリアシストによるクエリの最適化について、皆様のご感想をお聞かせください!AIが優れた提案を行ったかどうかに関わらず、その内容をお知らせいただければ、最適化機能の改善に役立てたり、最適化されたクエリの成果を皆様と共に喜んだりすることができます。フィードバックは、「いいね」または「イマイチ」のアイコンをクリックし、結果に関するコメントを入力して送信してください。

PostgreSQL の実行プランとチューニングのアドバイス

PostgreSQL のパラメータ化クエリ(つまり、バインド変数を使用するクエリ)については、PostgreSQL は自動的に実行プランを生成しないため、DPA がクエリのパフォーマンスに関する詳細な洞察を提供することが困難でした。

このリリースでは、DPA が PostgreSQL にパラメータ化クエリの実行プランを生成するよう明示的に要求するようになりました。実行プランの詳細を確認できるという利点に加え、「テーブルチューニング」や「インデックスアドバイス」など、プランを活用する機能の利便性がさらに向上します。

IPv6

DPAはIPv6を完全にサポートするようになり、IPv6またはハイブリッドネットワーク環境でもDPAを利用できるようになりました。IPv6アドレスを指定する際は、次のように角括弧で囲むのが最適な場合があります:

  • ポート番号を指定する URL では角括弧を使用してください:
    • https://[::1]:8080
    • https://[fd42:8204:8306:c108:250:56ef:fe98:9466]:3000
  • ネットワーク設定やpingコマンドなどでは角括弧を使用しないでください:
    • ping6 fd42:8204:8306:c108:250:56ef:fe98:9466

Database Performance Analyzer (DPA) 2025.3のGA

Teamsの新しいWebhookのサポート

Teamsの連携機能について、Microsoftは従来のコネクタベースのWebhook URLのサポートを終了し、WebflowベースのWebhook URLに移行します。Microsoftは、新しいコネクタベースのWebhookに対して暫定的なサポートを提供していますが、これは2025年末をもって終了する予定です。

DPAは現在、暫定的なコネクタベースのWebhookと新しいWebFlowベースのWebhookの両方をサポートしており、連絡先に対して暫定または従来のWebhookを設定している場合、製品内でメッセージを表示します。また、DPAのREST APIも更新され、連絡先に従来のWebhookを割り当てようとするとエラーが返されるようになりました。

キーストアの管理

DPAには、カスタムで暗号化されたSSL証明書を使用してDPAに接続できるようにする「キーストアの管理」ページが追加されました。管理者は「オプション」ページにある「キーストアの管理」リンクを使用して、証明書とキーストアのパスワードが格納されたカスタムキーストアの保存場所を指定できます。

迫りくる脅威: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では、ネイティブなストレージの不変性ではなく、ソフトウェアベースの不変性を使用しています。これを有効にするには:

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