Skip to main content
SnapCenter Software 6.0
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

SQL Serverデータベースバックアップからのクローニング

共同作成者
PDF

SnapCenterを使用して、SQL Serverデータベースのバックアップをクローニングできます。古いバージョンのデータにアクセスしたりリストアしたりする場合は、データベースバックアップをオンデマンドでクローニングできます。

開始する前に

  • データ保護の準備として、ホストの追加、リソースの特定、ストレージシステム接続の作成などのタスクを実行しておく必要があります。

  • データベースまたはリソースグループをバックアップしておく必要があります。

  • ログバックアップを使用して代替ホストにクローニングする際にセカンダリロケータを検出するには、データLUNとログLUNの保護タイプ（mirror、vault、mirror-vaultなど）を同じにする必要があります。

  • SnapCenterクローン処理中にマウントされたクローンドライブが見つからない場合は、SnapCenterサーバのCloneRetryTimeoutパラメータを300に変更する必要があります。

  • ボリュームをホストするアグリゲートがStorage Virtual Machine（SVM）の割り当て済みアグリゲートリストに含まれている必要があります。

タスクの内容

  • スタンドアロンデータベースインスタンスにクローニングする場合は、マウントポイントパスが存在し、専用ディスクであることを確認してください。

  • フェイルオーバークラスタインスタンス（FCI）にクローニングする場合は、マウントポイントが存在し、共有ディスクであること、およびパスとFCIが同じSQLリソースグループに属していることを確認してください。

  • 各ホストに接続されているvFCイニシエータまたはFCイニシエータが1つだけであることを確認します。これは、SnapCenterでサポートされるイニシエータはホストごとに1つだけであるためです。

  • ソースデータベースまたはターゲットインスタンスがクラスタ共有ボリューム（CSV）上にある場合、クローニングされたデータベースはCSV上に配置されます。

  • scripts_pathは、プラグインホストのSMCoreServiceHost.exe.ConfigファイルにあるPredefinedWindowsScriptsDirectoryキーを使用して定義します。

    必要に応じて、このパスを変更してSMcoreサービスを再起動できます。セキュリティを確保するために、デフォルトのパスを使用することを推奨します。

    キーの値は、api/4.7/configsettingsを介してスワッガーから表示できます

    GET APIを使用すると、キーの値を表示できます。Set APIはサポートされていません。

メモ 仮想環境（VMDK / RDM）の場合は、マウントポイントが専用ディスクであることを確認します。

  • ONTAP 9.12.1以前のバージョンでは、リストアの一環としてSnapLockヴォールトSnapshotから作成されたクローンにSnapLockヴォールトの有効期限が継承されます。SnapLockの有効期限が過ぎた時点で、ストレージ管理者がクローンを手動でクリーンアップする必要があります。

SnapCenter UI
手順

  1. 左側のナビゲーションペインで、[リソース]*を選択し、リストから SnapCenter Plug-in for SQL Server *を選択します。

  2. [ リソース ] ページで、 [ * 表示 ] リストから [ * データベース * ] または [ * リソースグループ * ] を選択します。

    メモ インスタンスのバックアップのクローニングはサポートされていません。

  3. データベースまたはリソースグループを選択します。

  4. [ * コピーの管理 * ] 表示ページで、プライマリまたはセカンダリ（ミラーまたはバックアップ）ストレージシステムからバックアップを選択します。

  5. バックアップを選択し、**を選択しますクローンアイコン。

  6. [クローンオプション]*ページで、次の操作を実行します。

    フィールド 操作

    クローンサーバ

    クローンを作成するホストを選択します。

    クローンインスタンス

    データベースバックアップをクローニングするクローンインスタンスを選択します。

    指定したクローンサーバ上のSQLインスタンスを指定する必要があります。

    クローンサフィックス

    クローンファイル名に付加される、データベースがクローンであることを示すサフィックスを入力します。

    たとえば、 db1_clone.元のデータベースと同じ場所にクローニングする場合、クローニングされたデータベースを元のデータベースと区別するためにサフィックスを指定する必要があります。そうしないと、処理は失敗します。

    Auto assign mount pointまたはAuto assign volume mount point under path

    マウントポイントを自動的に割り当てるか、パスを使用してボリュームマウントポイントを自動的に割り当てるかを選択します。

    Auto assign volume mount point under path ：特定のディレクトリのパスを指定できます。マウントポイントは、そのディレクトリ内に作成されます。このオプションを選択する前に、ディレクトリが空であることを確認する必要があります。ディレクトリにデータベースが格納されている場合、そのデータベースはマウント処理後に無効な状態になります。

  7. Logs ページで、次のいずれかのオプションを選択します。

    フィールド 操作

    なし

    ログなしでフルバックアップのみをクローニングする場合は、このオプションを選択します。

    すべてのログバックアップ

    フルバックアップ後の日付のログバックアップをすべてクローニングする場合は、このオプションを選択します。

    次のログバックアップまで：

    選択した日付のバックアップログまでに作成されたバックアップログに基づいてデータベースをクローニングする場合は、このオプションを選択します。

    次の日付まで

    クローンデータベースにトランザクションログを適用するまでの日時を指定します。

    このポイントインタイムクローンは、指定した日時以降に記録されたトランザクションログエントリのクローニングを停止します。

  8. [Script *]ページで、クローニング処理の前後に実行するプリスクリプトまたはポストスクリプトのスクリプトタイムアウト、パス、および引数を入力します。

    たとえば、SNMPトラップの更新、アラートの自動化、ログの送信などを行うスクリプトを実行できます。

    メモ プリスクリプトまたはポストスクリプトのパスにドライブまたは共有を含めることはできません。パスはscripts_pathからの相対パスである必要があります。

    デフォルトのスクリプトタイムアウトは60秒です。

  9. [Notification] ページの [*Email preference] ドロップダウンリストから、電子メールを送信するシナリオを選択します。

    また、送信者と受信者のEメールアドレス、およびEメールの件名を指定する必要があります。実行したクローン処理のレポートを添付する場合は、 * ジョブレポートの添付 * を選択します。

    メモ Eメール通知を使用する場合は、GUIまたはPowerShellコマンドSet-SmSmSmtpServerを使用して、SMTPサーバの詳細を指定しておく必要があります。

    EMSの場合は、 "EMSデータ収集の管理"

  10. 概要を確認し、*[終了]*を選択します。

  11. 処理の進捗状況を監視するために、[監視]>*[ジョブ]*を選択します。

終了後

クローンの作成後は、名前を変更しないでください。

関連情報

"デフォルトのTCP_TIMEOUT値を使用すると、クローニング処理が失敗したり完了までに時間がかかることがある"

"フェイルオーバークラスタインスタンスのデータベースクローンが失敗する"