Control-M + Veritas NetBackup

バックアップワークフローは、NetBackupが実行される前に始まり、上流で何かが中断したときに失敗します。データベースのスナップショットが完了しなかった。ストレージ容量が利用できなかった。メンテナンスウィンドウが変更された。Control-Mは、準備、バックアップ実行、検証、リカバリテスト、下流報告の完全なチェーンを調整します。

あなたのようなパイプラインで見る統合情報を表示

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

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

これらはエッジケースではありません。これらは、複数のツールでバックアップおよびリカバリーワークフローを実行しているチームの通常の運用条件です。Control-Mがそれぞれをどのように処理するかをご覧ください。

バックアップ準備

データベースバックアップウィンドウが開きました。スナップショットは完了しませんでした。

Control-MはNetBackupが開始する前に前提条件ジョブを検証し、スナップショットの完了、ストレージの可用性、およびアプリケーションの状態をチェックします。失敗した条件は自動的にバックアップ実行を防ぎ、修正ワークフローをトリガーし、失敗したバックアップサイクルと手動調査を減少させます。

失敗リカバリー

夜間バックアップに失敗しました。オペレーションは午前8時に発覚しました。

Control-MはNetBackupジョブの失敗を即座に検出し、設定可能な再試行をトリガーし、運用チャネルを通じてアラートをエスカレートし、不完全なバックアップセットで下流のワークフローが実行されるのを防ぎ、リカバリーの遅延と運用リスクを減少させます。

SLAリスク

バックアップが遅れて完了しました。コンプライアンス報告の締切を逃しました。

Control-Mは、定義されたSLAに対してワークフローの進捗を継続的に追跡し、潜在的な違反を発生する前に予測し、問題を早期にエスカレーションしてチームが報告、監査、または回復のコミットメントに影響を与える前に介入できるようにします。

リカバリーテスト

復元の検証は、依然として手動の月次作業です。

Control-Mは、復元ジョブ、検証スクリプト、アプリケーションチェック、報告タスクを調整することで、リカバリーテストワークフローを自動化します。チームは、別々のスケジューリングと追跡プロセスを維持することなく、リカバリ可能性の一貫した証拠を得ることができます。

クロスプラットフォームバックアップ

Windowsは成功しました。Linuxは失敗しました。誰も依存関係を見ていませんでした。

Control-Mは、単一のオーケストレーションレイヤーから、オペレーティングシステム、アプリケーション、データベース、およびストレージプラットフォーム全体にわたるバックアップワークフローを管理します。依存関係の追跡と中央集権的な可視性が、インフラチーム間の盲点を排除します。

統合情報