Configuration Manager サイトをバックアップする

  • [アーティクル]

Configuration Manager (現在のブランチ) に適用

データ損失を回避するために、バックアップと回復の方法を準備します。 Configuration Managerサイトの場合、バックアップと回復のアプローチを使用すると、サイトと階層をより迅速に復旧し、データ損失を最小限に抑えることができます。

この記事のセクションは、サイトのバックアップに役立ちます。 サイトを回復するには、Configuration Managerの回復に関するページを参照してください。

警告

Configuration Manager サイトの回復にサポートされる 2 つのバックアップ方法は次のとおりです。

  • バックアップ サイト サーバーのメンテナンス タスクからの正常なバックアップ
  • 手動で回復されたサイト データベースのバックアップ

バックアップを作成する前の考慮事項

  • SQL Server Always On可用性グループを使用してサイト データベースをホストする場合:「可用性グループを使用するための準備」の説明に従って、バックアップと復旧計画を変更します。

  • Configuration Manager Configuration Managerバックアップ タスクからサイト データベースを復旧できます。 また、別のプロセスで作成したサイト データベースのバックアップを使用することもできます。

    たとえば、SQL Serverメンテナンス プランの一部として作成されたバックアップからサイト データベースを復元できます。 Data Protection Manager を使用して作成したバックアップを使用して、サイト データベースをバックアップすることもできます。

  • パッシブ モードで追加のサイト サーバーをインストールすることもできます。 パッシブ モードのサイト サーバーは、 アクティブ モードの既存のサイト サーバーに加えてです。 パッシブ モードのサイト サーバーは、必要に応じてすぐに使用できます。 詳細については、「 サイト サーバーの高可用性」を参照してください。 このロールでは、バックアップと回復の操作を計画して実践する必要性は取り除きませんが、必要に応じてサイトを回復する労力が大幅に削減されます。

Data Protection Manager を使用したサイト データベースのバックアップ

System Center Data Protection Manager (DPM) を使用して、Configuration Manager サイト データベースをバックアップできます。

DPM でサイト データベース コンピューター用の新しい保護グループを作成します。 新しい保護グループの作成ウィザードの [グループ メンバーの選択 ] ページで、データ ソースの一覧から SMS ライター サービスを選択します。 次に、適切なメンバーとしてサイト データベースを選択します。 DPM の使用の詳細については、 Data Protection Manager のドキュメント ライブラリを参照してください。

重要

Configuration Managerでは、名前付きインスタンスを使用するSQL Server Always On フェールオーバー クラスター インスタンスの DPM バックアップはサポートされていません。 SQL Serverの既定のインスタンスを使用するフェールオーバー クラスター インスタンスでの DPM バックアップがサポートされます。

サイト データベースを復元した後、セットアップの手順に従ってサイトを復旧します。 Data Protection Manager でバックアップしたサイト データベースを使用するには、[ 手動で復旧されたサイト データベースを使用する] の回復オプションを選択します。

バックアップ メンテナンス タスク

定義済みのバックアップ サイト サーバーのメンテナンス タスクをスケジュールすることで、Configuration Manager サイトのバックアップを自動化できます。 このタスクには、次の機能があります。

  • スケジュールに従って実行する
  • サイト データベースをバックアップします
  • 特定のレジストリ キーをバックアップする
  • 特定のフォルダーとファイルをバックアップします
  • CD.Latest フォルダーをバックアップします

既定のサイト バックアップ タスクを少なくとも 5 日ごとに実行することを計画します。 このスケジュールは、Configuration Managerが 5 日間のSQL Server変更追跡保持期間を使用するためです。 詳細については、「変更追跡の保持期間SQL Server」を参照してください。

バックアップ プロセスを簡略化するために、 AfterBackup.bat ファイルを作成できます。 このスクリプトは、バックアップ タスクが正常に完了した後に、バックアップ後のアクションを自動的に実行します。 AfterBackup.bat ファイルを使用して、バックアップ スナップショットを安全な場所にアーカイブします。 AfterBackup.bat ファイルを使用して、ファイルをバックアップ フォルダーにコピーしたり、他のバックアップ タスクを開始したりすることもできます。

中央管理サイトとプライマリ サイトをバックアップできます。 セカンダリ サイトまたはサイト システム サーバーにはバックアップ タスクがありません。

Configuration Managerバックアップ サービスを実行すると、バックアップ制御ファイルで定義されている手順に従います。 <ConfigMgrInstallationFolder>\Inboxes\Smsbkup.box\Smsbkup.ctl バックアップ 制御ファイルを変更して、バックアップ サービスの動作を変更できます。

注:

Smsbkup.ctl の変更は、サイト サーバーでサービス SMS_SITE_VSS_WRITERを再起動した後に適用されます。

サイト バックアップの状態情報が Smsbkup.log ファイルに書き込まれます。 このファイルは、バックアップ サイト サーバーのメンテナンス タスクのプロパティで指定した保存先フォルダーに作成されます。

サイトバックアップメンテナンスタスクを有効にするには

  1. Configuration Manager コンソールで、[管理] ワークスペースに移動し、[サイトの構成] を展開し、[サイト] ノードを選択します。

  2. サイトバックアップメンテナンスタスクを有効にするサイトを選択します。

  3. リボンで [ サイト メンテナンス タスク ] を選択します。

  4. [ バックアップ サイト サーバー] タスクを 選択し、[編集] を選択 します。

  5. [ このタスクを有効にする] オプションを選択します。 [ パスの設定] を選択して、バックアップ先を指定します。 以下のオプションがあります。

    重要

    バックアップ ファイルの改ざんを防ぐために、ファイルを安全な場所に保存します。 最も安全なバックアップ パスはローカル ドライブであるため、フォルダーに NTFS ファイルのアクセス許可を設定できます。 Configuration Managerは、バックアップ パスに格納されているバックアップ データを暗号化しません。

    • サイト データとデータベースのサイト サーバー上のローカル ドライブ: タスクが、サイト サーバーのローカル ディスク ドライブ上の指定されたパスにサイトおよびサイト データベースのバックアップ ファイルを格納することを指定します。 バックアップ タスクを実行する前に、ローカル フォルダーを作成します。 サイト サーバーのローカル システム アカウントには、サイト サーバーのバックアップ用のローカル フォルダーへの NTFS ファイルの 書き込み アクセス許可が必要です。 SQL Serverを実行しているコンピューター上のローカル システム アカウントには、サイト データベースのバックアップ用のフォルダーへの NTFS 書き込みアクセス許可が必要です。

    • サイト データとデータベースのネットワーク パス (UNC 名): 指定したネットワーク パスにサイトおよびサイト データベースのバックアップ ファイルを保存することを指定します。 バックアップ タスクを実行する前に共有を作成します。 サイト サーバーのコンピューター アカウントには、共有ネットワーク フォルダーへの NTFS 書き込みと 共有アクセス許可が必要です。 SQL Serverが別のコンピューターにインストールされている場合、SQL Serverのコンピューター アカウントに同じアクセス許可が必要です。

    • サイト サーバー上のローカル ドライブと SQL Server: タスクがサイト サーバーのローカル ドライブ上の指定されたパスにサイトのバックアップ ファイルを格納することを指定します。 このタスクは、サイト データベース サーバーのローカル ドライブ上の指定されたパスにサイト データベースのバックアップ ファイルを格納します。 バックアップ タスクを実行する前に、ローカル フォルダーを作成します。 サイト サーバーのコンピューター アカウントには、サイト サーバーで作成したフォルダーへの NTFS 書き込み アクセス許可が必要です。 SQL Serverのコンピューター アカウントには、サイト データベース サーバーで作成したフォルダーへの NTFS 書き込みアクセス許可が必要です。 このオプションは、サイト データベースがサイト サーバーにインストールされていない場合にのみ使用できます。

    注:

    バックアップ先を参照するオプションは、バックアップ先のネットワーク パスを指定した場合にのみ使用できます。

    バックアップ先に使用されるフォルダー名または共有名は、Unicode 文字の使用をサポートしていません。

  6. サイト バックアップ タスクのスケジュールを構成します。 アクティブな勤務時間外のバックアップ スケジュールを検討してください。 階層がある場合は、少なくとも週に 2 回実行されるスケジュールを検討してください。 サイトが失敗した場合、このスケジュールによりデータの最大保持期間が保証されます。

    バックアップ用に構成しているのと同じサイト サーバーでConfiguration Manager コンソールを実行すると、バックアップ タスクはスケジュールにローカル時刻を使用します。 別のコンピューターから Configuration Manager コンソールを実行すると、バックアップ タスクはスケジュールに協定世界時 (UTC) を使用します。

  7. サイトのバックアップ タスクが失敗した場合にアラートを作成するかどうかを選択します。 選択すると、Configuration Managerバックアップエラーに関する重要なアラートが作成されます。 これらのアラートは、[監視] ワークスペースの [アラート] ノードで確認できます。

バックアップ サイト サーバーのメンテナンス タスクが実行されていることを確認する

  • タスクが作成したバックアップ先フォルダー内のファイルのタイムスタンプを確認します。 タイムスタンプが、タスクが最後に実行するようにスケジュールされた時刻に更新されることを確認します。

  • [監視] ワークスペースの [コンポーネントの状態] ノードに移動します。 SMS_SITE_BACKUPのステータス メッセージを確認します。 サイトバックアップが正常に完了すると、メッセージ ID 5035 が表示されます。 このメッセージは、サイトのバックアップがエラーなしで完了したことを示します。

  • 失敗した場合にアラートを作成するようにバックアップ タスクを構成する場合は、[監視] ワークスペースの [アラート] ノードでバックアップエラーアラートを探します。

  • サイト サーバーで Windows エクスプローラーを開き、 を参照します <ConfigMgrInstallationFolder>\Logs。 Smsbkup.log で警告とエラーを確認します。 サイトバックアップが正常に完了すると、ログにメッセージ ID がSTATMSG: ID=5035表示Backup completedされます。

    ヒント

    バックアップ メンテナンス タスクが失敗したら、 SMS_SITE_BACKUP Windows サービスを停止して再起動して、バックアップ タスクを再起動します。

バックアップ スナップショットをアーカイブする

バックアップ タスクは、初回実行時にバックアップ スナップショットを作成します。 このスナップショットを使用して、障害が発生した場合にサイト サーバーを復旧できます。 バックアップ タスクがスケジュールに従って再び実行されると、前のスナップショットを上書きする新しいバックアップ スナップショットが作成されます。 その結果、サイトのバックアップ スナップショットは 1 つだけであり、以前のバックアップ スナップショットを取得する方法はありません。

次の理由で、バックアップ スナップショットの複数のアーカイブを保持します。

  • バックアップ メディアが失敗したり、誤って配置されたり、部分的なバックアップのみを含めたりするのが一般的です。 障害が発生したスタンドアロン プライマリ サイトを古いバックアップから復旧する方が、バックアップなしで復旧するよりも優れています。 階層内のサイト サーバーの場合、バックアップはSQL Server変更追跡保持期間に存在する必要があります。バックアップは必要ありません。

  • サイトの破損は、いくつかのバックアップ サイクルで検出されない可能性があります。 サイトが破損する前に、バックアップ スナップショットを使用しなければならない場合があります。 この理由は、スタンドアロン プライマリ サイトと、バックアップがSQL Server変更追跡保持期間にある階層内のサイトに適用されます。

  • サイトにバックアップ スナップショットがまったく存在しない可能性があります。 たとえば、バックアップ サイト サーバーのメンテナンス タスクが失敗した場合などです。 バックアップ タスクは、現在のデータのバックアップを開始する前に以前のバックアップ スナップショットを削除するため、有効なバックアップ スナップショットはありません。

AfterBackup.bat ファイルを使用する

サイトのバックアップが正常に完了すると、バックアップ タスクは AfterBackup.batという名前 のスクリプトを自動的に実行しようとします。 でサイト サーバーにAfterBackup.bat ファイルを手動で <ConfigMgrInstallationFolder>\Inboxes\Smsbkup.box作成します。 AfterBackup.bat ファイルが正しいフォルダーに存在する場合は、バックアップ タスクの完了後に自動的に実行されます。

AfterBackup.bat ファイルを使用すると、バックアップ操作の最後にバックアップ スナップショットをアーカイブできます。 バックアップ サイト サーバーのメンテナンス タスクに含まれていない他のバックアップ後タスクを自動的に実行できます。 AfterBackup.bat ファイルにはアーカイブとバックアップ操作が統合されているため、新しいバックアップ スナップショットはすべてアーカイブされます。

AfterBackup.bat ファイルが存在しない場合、バックアップ タスクはバックアップ操作に影響を与えずにスキップします。 バックアップ タスクでこのスクリプトが正常に実行されたことを確認するには、[監視] ワークスペースの [コンポーネントの状態] ノードに移動し、SMS_SITE_BACKUPの状態メッセージを確認します。 タスクがAfterBackup.batコマンド ファイルを正常に起動すると、メッセージ ID 5040 が表示されます。

ヒント

サイト サーバーのバックアップ ファイルをAfterBackup.batでアーカイブするには、バッチ ファイルでコピー コマンド ツールを使用する必要があります。 そのようなツールの 1 つは、Windows Server の Robocopy です。 たとえば、次のコマンドを使用してAfterBackup.bat ファイルを作成します。 Robocopy E:\ConfigMgr_Backup \\ServerName\ShareName\ConfigMgr_Backup /MIR

AfterBackup.batの目的はバックアップ スナップショットをアーカイブすることですが、AfterBackup.bat ファイルを作成して、バックアップ操作の最後に追加のタスクを実行できます。

補足バックアップ タスク

Backup Site Server メンテナンス タスクでは、サイト サーバー ファイルとサイト データベースのバックアップ スナップショットが提供されます。 バックアップ戦略を作成するときに考慮する必要があるバックアップされていない項目は他にもあります。 これらのセクションを使用して、Configuration Managerバックアップ戦略を完了するのに役立ちます。

カスタム レポートをバックアップする

SQL Server Reporting Servicesで定義済みのカスタム レポートまたは作成されたカスタム レポートを変更する場合は、レポート サーバー データベース ファイルのバックアップを作成します。 レポート サーバーのバックアップには、次のコンポーネントが含まれている必要があります。

  • レポートとモデルのソース ファイル
  • 暗号化キー
  • カスタム アセンブリまたは拡張機能
  • 構成ファイル
  • カスタム レポートで使用されるカスタム SQL Server ビュー
  • カスタム ストアド プロシージャ

重要

新しいバージョンConfiguration Manager更新すると、定義済みのレポートが新しいレポートによって上書きされる可能性があります。 定義済みのレポートを変更する場合は、レポートをバックアップしてから、Reporting Servicesで復元してください。

Reporting Servicesでのカスタム レポートのバックアップの詳細については、「Reporting Servicesのバックアップと復元操作」を参照してください。

コンテンツ ファイルをバックアップする

Configuration Managerのコンテンツ ライブラリは、すべてのソフトウェア展開に対してすべてのコンテンツ ファイルが格納される場所です。 コンテンツ ライブラリは、サイト サーバーと各配布ポイントにあります。 バックアップ サイト サーバーのメンテナンス タスクでは、コンテンツ ライブラリまたはパッケージ ソース ファイルはバックアップされません。 サイト サーバーが失敗した場合、コンテンツ ライブラリに関する情報はサイト データベースに復元されますが、コンテンツ ライブラリとパッケージ ソース ファイルを復元する必要があります。

  • コンテンツ を配布ポイントに再配布する前に、コンテンツ ライブラリを復元する必要があります。 コンテンツの再配布を開始すると、Configuration Managerサイト サーバーのコンテンツ ライブラリから配布ポイントにファイルがコピーされます。 詳細については、「 コンテンツ ライブラリ」を参照してください。

  • 配布ポイントのコンテンツを更新する前に、パッケージ ソース ファイルを復元する必要があります。 コンテンツの更新を開始すると、Configuration Managerパッケージ ソースからコンテンツ ライブラリに新しいファイルまたは変更されたファイルがコピーされます。 次に、ファイルを関連付けられた配布ポイントにコピーします。 サイト データベースに対して次の SQL クエリを実行して、すべてのパッケージとアプリケーションのパッケージ ソースの場所を検索します。 SELECT * FROM v_Package パッケージ ID の最初の 3 文字を調べることで、パッケージ ソース サイトを識別できます。 たとえば、パッケージ ID が CEN00001 の場合、ソース サイトのサイト コードは CEN です。 パッケージ ソース ファイルを復元するときは、エラーが発生する前と同じ場所に復元する必要があります。

サイト サーバーのファイル システム バックアップにコンテンツ ライブラリとパッケージ ソース ファイルの両方を含めるかどうかを確認します。

カスタム ソフトウェア更新プログラムをバックアップする

System Center 更新 Publisher は、カスタム ソフトウェア更新プログラムを管理できるスタンドアロン ツールです。 更新 Publisher は、そのソフトウェア更新プログラム リポジトリにローカル データベースを使用します。 更新 Publisher を使用してカスタム ソフトウェア更新プログラムを管理する場合は、バックアップ 計画に 更新 Publisher データベースを含める必要があるかどうかを判断します。 詳細については、「System Center 更新 Publisher」を参照してください。

次の手順に従って、更新 Publisher データベースをバックアップします。

更新 Publisher データベースをバックアップする

  1. Publisher 更新実行されているコンピューターで、 の 更新 Publisher データベース ファイル Scupdb.sdf を%USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\参照します。 Publisher を実行するユーザーごとに異なるデータベース ファイル更新存在します。

  2. データベース ファイルをバックアップ先にコピーします。 たとえば、バックアップ先が の場合はE:\ConfigMgr_Backup、更新 Publisher データベース ファイルを にE:\ConfigMgr_Backup\SCUPコピーできます。

    ヒント

    コンピューターに複数のデータベース ファイルがある場合は、データベース ファイルに関連付けられているユーザー プロファイルを示すサブフォルダーにファイルを格納することを検討してください。 たとえば、 に 1 つのデータベース ファイル E:\ConfigMgr_Backup\SCUP\User1 を、もう 1 つのデータベース ファイルを に E:\ConfigMgr_Backup\SCUP\User2指定できます。

ユーザー状態の移行データ

Configuration Managerタスク シーケンスを使用して、OS 展開シナリオでユーザー状態データをキャプチャおよび復元できます。 状態移行ポイントのプロパティには、ユーザー状態データを格納するフォルダーが一覧表示されます。 このデータは、Site Server Backup メンテナンス タスクの一部としてバックアップされません。 バックアップ 計画の一環として、ユーザー状態移行データを格納するために指定したフォルダーを手動でバックアップする必要があります。

ユーザー状態移行データの格納に使用するフォルダーを決定する

  1. Configuration Manager コンソールで、[管理] ワークスペースに移動し、[サイトの構成] を展開し、[サーバーとサイト システムの役割] ノードを選択します。

  2. 状態移行ロールをホストするサイト システムを選択します。 次に、[サイト システムの役割] ウィンドウで [状態移行ポイント] を選択します。

  3. リボンで [プロパティ] を選択します。

  4. ユーザー状態移行データを格納するフォルダーは、[全般] タブの [フォルダーの詳細] セクションに一覧表示されます。

SMS ライター サービスについて

SMS ライターは、バックアップ プロセス中に Windows ボリューム シャドウ コピー サービス (VSS) と対話するサービスです。 Configuration Manager サイトのバックアップが正常に完了するには、SMS ライター サービスが実行されている必要があります。

プロセス

  1. SMS ライターは VSS サービスに登録し、そのインターフェイスとイベントにバインドします。

  2. VSS がイベントをブロードキャストするとき、または特定の通知を SMS ライターに送信する場合、SMS ライターは通知に応答し、適切なアクションを実行します。

  3. SMS ライターは、 にある<ConfigMgrInstallationPath>\inboxes\smsbkup.boxバックアップ制御ファイル smsbkup.ctl を読み取り、バックアップするファイルとデータを決定します。

  4. SMS ライターは、SMS レジストリ キーとサブキーからの特定のデータを含むさまざまなコンポーネントで構成されるメタデータを構築します。

    1. 要求されると、メタデータが VSS に送信されます。

    2. その後、VSS は要求するアプリケーション (Configuration Manager Backup Manager) にメタデータを送信します。

  5. バックアップ マネージャーはバックアップするデータを選択し、このデータを VSS 経由で SMS ライターに送信します。

  6. SMS ライターは、バックアップの準備に適切な手順を実行します。

  7. その後、VSS がスナップショットを作成する準備ができたら、次の手順を実行します。

    1. イベントを送信する

    2. SMS ライターは、すべてのConfiguration Manager サービスを停止します

    3. これにより、スナップショットの作成中にConfiguration Managerアクティビティが凍結されます。

  8. スナップショットが完了すると、SMS ライターはサービスとアクティビティを再起動します。

SMS ライター サービスが自動的にインストールされます。 VSS アプリケーションがバックアップまたは復元を要求したときに実行されている必要があります。

ライター ID

SMS ライターのライター ID は 03ba67dd-dc6d-4729-a038-251f7018463b です。

アクセス許可

SMS ライター サービスは、ローカル システム アカウントで実行する必要があります。

ボリューム シャドウ コピー サービス

VSS は、システム上のアプリケーションがボリュームへの書き込みを継続している間にボリューム バックアップを実行できるようにするフレームワークを実装する一連の COM API です。 VSS には、ディスク上のデータを更新するユーザー アプリケーション (SMS ライター サービス) とアプリケーションをバックアップするユーザー アプリケーション (Backup Manager サービス) の間で調整できる一貫性のあるインターフェイスが用意されています。 詳細については、「 ボリューム シャドウ コピー サービス」を参照してください。

次の手順

バックアップを作成したら、そのバックアップを使用して サイトの回復 を練習します。 この方法は、復旧プロセスに依存する前に理解を深めるのに役立ちます。 また、目的に合ったバックアップが成功したことを確認するのにも役立ちます。