バックアップ対象仮想マシン構成の前提条件
開始する前に、サポートマトリックスを確認してください。
SQL Serverアプリケーション対応バックアップの前提条件
-
バックアッププロキシのバージョンは4.8.7-79132以降である必要があります。
-
SQL Server対応のバックアップを行うSQL ServerをホストするWindows Server仮想マシン上で、VMware Toolsの最新バージョンがインストールされ、実行されていることを確認します。
-
Microsoft SQL ServerをホストするWindows Server仮想マシンがパワーオンされており、バックアッププロキシ仮想マシンから到達可能であることを確認します。Phoenixバックアッププロキシは、IPv4を使用して仮想マシンへの直接ネットワーク接続を確立できる必要があります。
-
Druvaでは、MicrosoftのネイティブVSSプロバイダーを使用することが推奨されます。Phoenixは、ボリュームシャドウコピーサービス(VSS)と対話してデータをバックアップします。サーバーからのバックアップを確実に成功させるには、ボリュームシャドウコピーサービスが無効になっておらず、SQL ServerのSQLライターサービスが実行されていることを確認してください。実行されていない場合、DruvaはSQLライターサービスを起動します。
-
シャドウコピーストレージが配置されているドライブのディスク領域が、データベースの累積サイズに対して十分であることを確認してください。シャドウコピーを別のドライブに書き込むようにVSSを構成する方法については、「シャドウコピーを別のNTFSボリュームに書き込むようにVSSを設定する」を参照してください。
-
SQL Serverに対してWindows認証が有効になっていることを確認してください。詳細については、サーバー認証モードの変更を参照してください。SQL Serverがローカルシステムアカウントで実行されていることを確認します。VMの資格情報を管理する方法の詳細については、「バックアップ用の仮想マシンを構成する」を参照してください。
権限 | 説明 |
Administrator (管理者) | SQL Serverのバックアップとリストアに必要です。 |
Sysadmin (システム管理者) | SQL Serverのバックアップとリストアに必要です。 |
- データベースのログバックアップを実行する場合は、データベースをFULL RECOVERYモードに設定してください。復旧モードの変更の詳細については、「データベースの復旧モデルの表示または変更」を参照してください 。
-
データベースのバックアップの名前にアポストロフィやコンマが含まれていないことを確認してください。Phoenixは、そのようなデータベースをバックアップから除外します。
SQL Serverアプリケーション対応バックアップの重要な考慮事項
以下は、SQL Serverアプリケーション対応バックアップの重要な考慮事項の一部です。
- Phoenixは、NTFSボリューム上に作成されたデータベースのみをサポートします。
- Phoenixがログバックアップジョブによりトランザクションログを正常にバックアップした後、トランザクションログは削除されます。
- ログバックアップは、バックアップポリシーで定義された日次保持期間に従って保持されます。ログバックアップが日次保持期間を超えると削除されます。週次、月次、年次の保存ポリシーは、ログバックアップには適用されません。
- シングルユーザーデータベースがバックアップされる唯一のデータベースである場合、ログバックアップは失敗します。シングルユーザーデータベースが唯一のデータベースではない場合、ログバックアップジョブは「エラーあり正常終了 」します。
- SQL Server対応のVMバックアップでバックアップされたデータベースを、Windows Server Phoenixエージェントを使用してデータベースをバックアップする他のSQL Serverにリストアすることはできません。同様に、Windows Server Phoenixエージェントを使用してバックアップされたデータベースを、SQL Server対応のバックアップが有効な仮想マシンにリストアすることはできません。
- TLバックアップは、ボリュームの空き容量が1 GB未満になると停止します。
バックアップ対象のVMware構成に関するその他の考慮事項
バックアップ対象にVMwareを構成する場合の主な考慮事項のいくつかを次に示します。
- 一時停止 (suspend) した仮想マシンをPhoenixでバックアップ対象に構成した場合、Phoenixはそのような仮想マシンをバックアップしません。
- Phoenixバックアッププロキシが仮想マシンの最初のバックアップを実行するときに、PhoenixはPhoenixBackupSnapまたはPhoenixTempSnapという名前の手動で作成されたスナップショットを削除します。
- PhoenixはvRDMをサポートしています。ただし、バス共有で構成されているrawディスク、RDM物理モードディスク(pRDM)、独立ディスク、または仮想マシンはサポートしていません。
注:この動作はVMwareのデフォルトの動作と整合しており、バス共有で構成されたrawディスク、RDM物理モードディスク、独立ディスク、または仮想マシンのスナップショットはサポートされていません。
制限事項
- Phoenixは、ミラーリングされたSQLサーバーデータベースのバックアップをサポートしていません。Phoenixはそのようなデータベースをバックアップから除外します。
- 現在、SQL Server対応のバックアップは可用性グループでは利用できません。
- 現時点では、SQL Server対応のバックアップはフェイルオーバークラスターインスタンス(FCI)では利用できません。
-
バックアッププロキシが暗号化されておらず、HotAdd経由でバックアップされる仮想マシンが暗号化されている場合、以下のようになります。
- トランスポートモードがNBDSSLに変更され、仮想マシンが正常にバックアップされます。
- 仮想マシンをリストアすると、暗号化されていない仮想マシンとして復元されます。
-
以下の場合、4つのDNSサーバーアドレスを使用することはできません。
- 2つのネットワークインターフェイスカードをバックアッププロキシで有効にした
- 2つのカードが異なるネットワークを使用するよう設定されている
- 2つのカードでそれぞれ2つのDNSを使用する
Phoenixのバックアッププロキシの制限により、DNSサーバーアドレスを追加した場合、設定したネットワークインターフェイスカードの手順によって4つのDNSアドレスのうち3つが使用されます。
HotAddトランスポートの前提条件
HotAddトランスポートモードが正しく機能するための前提条件は次のとおりです。
-
HotAddされた複数の仮想マシンにおいて最もサイズの大きい仮想ディスクをマウントできるようにするには、バックアッププロキシが生成するデータストアを適切なブロックサイズでフォーマットする必要があります。ブロックサイズの制限は特定の仮想ディスクサイズにおいて、VMFS、VMFS-2、VMFS-3、およびVMFS-5によって異なります。ブロックサイズ要件の詳細については、VMwarekbの記事を参照してください。
-
仮想マシンのバックアップに使用されるバックアッププロキシは、ソース(バックアップ対象)仮想マシンのディスクが格納されているデータストアにアクセスできるホスト上の仮想マシンである必要があります。
-
vSphereバージョン5.1以前では、サポートされるVMDKの最大サイズは1.98TBです。
-
HotAddとなるディスクはSCSIである必要があります。IDEドライブはHotAddと互換性がありません。
-
ソース仮想マシンのデータストアとバックアッププロキシのデータストアは、同じブロックサイズである必要があります。
注:上記の条件のいずれかが満たされない場合、バックアップはNBD / NBDSSLにフェイルオーバーされます。
HotAddの制限
-
バックアップ対象の仮想マシンよりもハードウェアバージョンの新しいディスクが作成された場合、Hotaddが失敗する可能性があります。
-
たとえば、ディスクがハードウェアバージョン8の仮想マシンからハードウェアバージョン7の仮想マシンに移動された場合です。解決するには、仮想マシンのハードウェアバージョンをアップグレードします。
-
1つのSCSIコントローラには、最大15個のディスクを接続できます。15個を超えるディスクで複数の同時ジョブを実行するには、ディスクのHotAddを行うSCSIコントローラーをバックアッププロキシに追加する必要があります(kb.vmware.com/kb/1037094)。
-
スタンドアロンサーバーとして追加されたが実際にはvCenterによって管理されているホストで仮想マシンをバックアップしようとすると、HotAddが失敗する場合があります。
-
バックアップしようとしている仮想マシンとバックアッププロキシが異なるクラスターにある場合、HotAddが失敗する場合があります。