「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分間の間隔を空けて更新を試行します。それまでに前回の転送が完了していない場合、ミラーまたはバックアップの更新は失敗し、Snapshotは登録されません。 - デスティネーションのONTAPでは、バックアップのタイミングと競合する更新スケジュールが設定されているため、余分な更新が発生しています。
- リソースが同じボリュームを共有する2つの異なるバックアップが、異なるホストから重複して、または同時に実行されます。
- 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 サービスを再起動します
それとは別に:
- SnapCenterでONTAP側の処理が想定されている場合に、ミラー(特にバックアップ)による更新をスケジュールしないでください。
- 2つ以上のホストに分割され、すべてのホスト(共有されていないLUNなど)にマッピングされていないLUNでは、同じボリュームを使用しないでください。