「Another transfer is already in progress」というSnapCenter のSnapMirrorまたはSnapVault の更新が失敗する
環境
- SnapCenter サーバ( SC )
- SnapCenter Plug-in for SQL ( SCSQL )
- SnapCenter Plug-in for Exchange ( SCE )
問題
SC を含むバックアップが警告で終了し、 SnapMirror または SnapVault の更新要求が次のメッセージで終了したことを示しています。
ErrorCode (-1), ErrorMessage (Snapmirror update failed with SDError (102) - SnapMirror update operation failed.
Failed to update the SnapMirror relationship.
Another transfer is in progress.
原因
- 前回のバックアップで SnapMirror 関係または SnapVault 関係を更新している間に、ボリューム上に Snapshot を作成したバックアップを実行した。
- デフォルト設定では、 8 秒で 8 回更新を試行した後、サブジョブが実行されます。サブジョブでは、更新が 9 回試行され、試行の間隔は 1 分です
- で更新を開始できなかった場合は、 SnapMirror または SnapVault の更新が失敗します
- Exchangeプラグイン では、トランザクションログとUTMの場所が同じLUN/ボリュームを共有している場合、更新が2回開始され、2番目の更新はこれと同様に失敗します。詳細については、製品の不具合1223643を参照してください。
解決策
- SCが転送を再試行する合計回数を増やします。
SMCoreServiceHost.exe.config
%ProgramFiles%\NetApp\SMCore
注意: Plug-inホスト関連のバックアップの場合は、SC Serverホストではなくプラグインホストでファイルを探します- テキストエディタで設定ファイルを開き、上記のファイルの末尾に移動します
</AppSettings>
- 次の行を挿入します。
<add key="SnapshotCheckRetry" value="300" /><add key="SnapshotCheckTimeout" value="300000" /><add key="SnapmirrorRetry" value="300" /><add key="SnapmirrorTimeout" value="300000" />
- 上記のエントリは、SCが5分(300000ミリ秒)ごとに300回チェックすることを意味します。値はそれに応じて調整できます。
- SCからの操作がプラグインホストまたはSCサーバで実行されていないことを確認します(SC UIのモニタを確認します)。
- SCホストでSnapCenter SMCoreサービスを再起動します
- プラグインホストでSnapCenter SMCoreサービスを再起動します
- Exchange UTM /ログの組み合わせボリュームの場合、回避策 はUTMの場所を別のLUNに分割する予定です。これにより、トランザクションログのハードリンクの作成から別の場所へのコピーへの処理が変更され、プロセス内のバックアップのログ部分が長くなります。