Control-M + Microsoft Azure Backup

Azure Backup ワークフローは、バックアップまたはリストアのジョブが実行される前に開始されます — そして、上流で何かが壊れると失敗する可能性があります。Azure Data Factory パイプラインが完了ウィンドウを逃す。Azure Automation ランブックがメンテナンスウィンドウをオーバーランする。Control-M は、ワークロードの準備、アプリケーションの静止、Azure Backup の実行、ダウンストリームの検証という全体のチェーンを調整します。

あなたのようなパイプラインでご覧ください統合の事実を見る

一般的なワークフローの問題

これはあなたの週のように聞こえますか？

これらはエッジケースではありません。これは、複数のツールでAzure Backupジョブを実行しているチームの通常の運用条件です。Control-Mがそれぞれをどのように処理するかを示します。

バックアップの準備状況

午前2時のバックアップが開始されます。上流のアプリケーションジョブはまだ実行中です。

Control-MはAzure Backupの実行を上流のワークロードが正常に完了することに依存させます。バックアップはアクティブなアプリケーション状態に対して開始するのではなく、必要なControl-Mの条件を待機します — バックアップ活動をプロダクションワークフローに整合させます。

復元制御

回復は緊急です。誤った復元ポイントは選択肢にはなりません。

Control-Mは指定された復元ポイントからAzure Backupの復元を実行できます。ターゲットストレージアカウント、復元地域、ディスクリストがジョブ内で定義され、回復の実行が再現可能で制御されたものになります。

障害検出

Azureはリクエストを受け入れました。5分後、操作はまだ完了していません。

Azure Backupの操作は非同期です。Control-Mは設定可能な頻度でジョブの状態をポーリングし、定義された障害許容度を適用し、依存するジョブが不完全なバックアップで進行しないように、ワークフローに最終的な実行状態を明らかにします。

ディスクスコープ

VMには保護が必要です。一時ディスクはこのバックアップには含まれません。

Control-M Azure Backupジョブは、バックアップ実行時にディスクLUNを明示的に含めたり除外したりできます。運用チームは、実行時に手動介入に頼るのではなく、ジョブ内で必要なディスクリストを定義します。

SLAリスク

バックアップは完了しました。夜間のサービスウィンドウは締切を逃しました。

Control-MはAzure Backupの実行をより広いサービスワークフローに接続し、その依存関係全体でSLA管理を適用できます。チームは、ビジネスサービスコンテキスト内で締切リスクを確認し、技術的に成功したバックアップをエンドツーエンドプロセスが時間通りに完了した証拠として扱うことはありません。

統合の事実