DeskGate復元ガイド

まずは単独回復テストから始めましょう

復元を実行するとデータが置き換えられ、接続されているクライアントに影響が出る可能性があります。本番環境での復元を実行する前に、隔離された承認済みの環境で復元セットをテストしてください。復元されたスケジュール、メール配信、エンドポイント接続は、復元担当者が承認するまで非アクティブ状態に保ってください。

バックアップの日付、想定される復旧ポイント、アプリケーションのリリース、SQLバージョン、ファイル、および必要な暗号化キーを特定します。システムを置き換えることを決定する前に、インシデント計画に基づいて現在の運用状態を維持します。

データベース管理者（DBA）と協力してデータベースを復元する

既存の SQL 管理ツールで、復元対象とバックアップ セットを選択し、宛先データベースとファイル パスを確認します。リハーサルの場合は、本番データベースが上書きされないように、別のターゲットを使用してください。 マイクロソフトの復元手順必要なバックアップ手順は、復旧モデルと希望する時点によって異なります。

DBAにバージョン互換性、リカバリ状態、および必要な証明書やキーの検証を依頼してください。復元エラーを回避するためだけに、必要なログバックアップの上書きや破棄を有効にしないでください。

一致するアプリケーションを再接続します

1. 承認済みの対応するアプリケーションリリースと、それに対応するApp_Data/構成セットを復元します。
2. 復旧環境におけるライセンス、サービス構成、エンドポイント、およびWebモードを確認してください。
3. 管理者に、サポートされている構成プロセスを通じてデータベース接続を更新してもらってください。
4. 復旧計画で許可されている場合は、 GoMyidServerとGoMyidCoreを起動して動作を確認してください。
5. ログインページと登録／データベースチェックの両方を確認してください。ログイン応答だけではデータ復旧は確定しません。

データと動作を検証する

権限のあるレビュー担当者に依頼し、復旧期間における想定されるグループ、ユーザー、および代表者による報告記録を検査してもらいます。機密性の高い構成ファイルが保護されていること、およびリハーサル中に意図しないメール送信やエンドポイントへの接続が発生していないことを確認してください。

経過した復旧時間、最新の復旧データ、欠落期間、および未解決の差異を記録してください。互換性のないアプリケーションバージョンで復元されたデータベースは、復旧として認められません。

意図的に業務に復帰する

復旧担当者に、切り替え、ネットワークアクセス、収集またはスケジュールの再開を承認してもらってください。広範囲に再接続する前に、パイロットエンドポイントを1つ検証してください。復旧記録を保持し、復旧が必要だった理由を調査してください。受け入れチェックが失敗した場合は、同じターゲットに対して繰り返し復旧するのではなく、インシデント計画に従ってください。