web-dev-qa-db-ja.com

Veeamバックアップの実行時にVMWareからのCBT Soap Fault

バックアップジョブで次のようなエラーが頻繁に発生します。

10/05/2013 12:21:18 :: Cannot use CBT: Soap fault. Error caused by file /vmfs/volumes/781f6afc-ea228458/VDED-CIT-010(Exchange EX01)/VDED-CIT-010(Exchange EX01).vmdkDetail: '', endpoint: ''

235のVMのうち11を実行した最後のジョブでは、バックアップされたVMに警告が表示されました。

完全な例として、1つのVMの統計からの出力を次に示します。

09/05/2013 22:02:14 :: Queued for processing at 09/05/2013 22:02:14
12/05/2013 02:30:00 :: Required backup infrastructure resources have been assigned
12/05/2013 02:30:02 :: VM processing started at 12/05/2013 02:30:02
12/05/2013 02:30:02 :: VM size: 20.0 GB (3.9 GB used)
12/05/2013 02:30:02 :: Using source proxy 10.24.0.11 [nbd]
12/05/2013 02:30:36 :: Creating VM snapshot
12/05/2013 02:30:46 :: Saving '[SAN3-NFS2] VDED-IL-001(LB)/VDED-IL-001(LB).vmx'
12/05/2013 02:30:51 :: Saving '[SAN3-NFS2] VDED-IL-001(LB)/VDED-IL-001(LB).vmxf'
12/05/2013 02:30:56 :: Saving '[SAN3-NFS2] VDED-IL-001(LB)/VDED-IL-001(LB).nvram'
12/05/2013 02:31:01 :: Hard Disk 1 (20.0 GB)
12/05/2013 02:31:14 :: Cannot use CBT: Soap fault. Error caused by file /vmfs/volumes/ca67d9a6-d95e1a1f/VDED-IL-001(LB)/VDED-IL-001(LB)-000001.vmdkDetail: '', endpoint: ''
12/05/2013 02:42:17 :: Removing VM snapshot
12/05/2013 02:42:21 :: Finalizing
12/05/2013 02:42:30 :: Network traffic verification detected no corrupted blocks
12/05/2013 02:42:30 :: Busy: Source 99% > Proxy 4% > Network 0% > Target 0%
12/05/2013 02:42:30 :: Primary bottleneck: Source
12/05/2013 02:42:30 :: Processing finished with warnings at 12/05/2013 02:42:30

私の質問は：

  1. このエラーは正確にはどういう意味ですか？
  2. 問題がある場合（VMが変更ではなくディスク全体を転送するため、理想的ではありません）、どうすれば修正できますか？
backupvmware-esxivmware-vsphereveeam
5
SimonJGreen

エラーは、Veeamが変更されたブロックを識別できないことを意味します。これにはさまざまな原因が考えられます。たとえば、最初にゲストOS経由でVMをシャットダウンせずにストレージの電源が切れたなどです。

修正はかなり簡単ですが、VMの電源を再投入する必要があります。 KB：1113-CBTをリセットする方法 を参照してください。 KB記事から：

  1. VMの電源をオフにします
  2. VMを右クリックして[設定の編集]をクリックし、[オプション]タブを見つけて[構成パラメータ]をクリックします
  3. 「ctkEnabled」の値をfalseに設定します
  4. VM in question5）の各ディスクの "scsi0：x.ctkEnabled"値をfalseに設定します。ソースフォルダーを開き、-CTK.VMDKファイルをすべて削除します。
  5. VMの電源を入れる
  6. VMを再びオフにします。この手順は、CTKテーブルを更新するために必要です。
  7. VMの電源を入れる
  8. バックアップまたはレプリケーションジョブを再実行して、CBTを再度有効にします。
4
Reality Extractor

予期しない停電後も同じ問題が発生します。各VMのスナップショットを作成して問題を解決し、削除しました。その後、バックアップを実行して働いた

0
jobin