Exchange DAG でパッシブデータベースのコピーをバックアップするときに発生するエラー VSS E WRITERERROR RETRYABLE を修正する方法は?

Summary: Exchange Serverのデータベース可用性グループ(DAG)では、パッシブデータベースのコピーをバックアップするときにVSS_E_WRITEERROR_RETRYABLEエラーが発生することがあります。この記事では、このエラーについて詳しく説明し、このエラーを修正するための可能な解決策を示します。また、可能な解決策が機能しない場合にデータベースを修復するために使用できるExchangeデータベース修復ツールについても言及します。

Exchange Server データベース可用性グループ(DAG)内のデータベースのパッシブコピーをバックアップしようとすると、バックアップがエラーで失敗することがあります。イベントビューアを確認すると、次のようなエラーが表示されることがあります。

ライターの名前:「Microsoft Exchange Writer」。
ライターの ID:ライター ID
ライターのインスタンス IDWriterInstanceId
ステータス[1] 安定
最後のエラー繰り返し可能なエラー

注:このエラーはExchange Server 2013およびExchange Server 2016に適用されます。

バックアップを再度実行すると、同じエラーが再び発生する可能性があります。BETestツール(Microsoftの無料ツール)を使用して、サーバー上の高度なバックアップおよび復元プロセスをテストできます。このツールは以下の点をテストします:

しかし、このツールを実行しても、上記のようなエラーメッセージが表示されます。

Microsoft Exchange Writer のステータス:STABLE(0x800423f3 - VSS_E_WRITERROR_RETRYABLE)

パッシブデータベースのコピーのバックアップが開始されたサーバーで、Exchange Server Replication Service関連するアプリケーションログにID 2153のイベントが記録されていることに気づくかもしれません。

ログ名アプリケーション
ソースMSExchangeRepl
日付:<日付
イベントID2153
タスクカテゴリ:サービス
レベルエラー
キーワードクラシック
ユーザー: N/A
コンピュータ: <コンピュータ名
説明ログコピー機はサーバー<Active ServerFQDN>と通信できませんでした。データベース<Mailbox database<Local Server>>のコピーは切断状態です。通信エラーはサーバー <Active Server> との通信中にエラーが発生しました。エラーが発生しました:トランスポート接続からデータを読み取ることができません:ホストコンピュータのソフトウェアによって、既存の接続がキャンセルされました。しばらくすると、コピー機は自動的に再接続を試みます。

エラーの原因 VSS_E_WRITERROR_RETRYABLE

問題はVSSに関連しているようです。しかし、このエラーはアクティブなデータベースまたはExchange Serverの構成の問題が原因で発生する可能性もあります。ほとんどの場合、このエラーは、パッシブコピーをホストするサーバーとアクティブデータベースを持つサーバー間のリモートプロシージャコール(RPC)サービスとの通信におけるネットワークの問題または遅延が原因で発生します。RPCはExchangeサーバーのプロトコルで、Exchangeサーバー間の通信、MAPI、およびデータの転送に使用されます。これは Outlook Anywhere としても知られています。このプロトコルが動作していない場合、パッシブデータベースはアクティブデータベースからの更新を受信できません。

VSS_E_WRITERROR_RETRYABLEエラーを修正するための可能な解決策

このエラーを解決するには、以下の方法をお試しください。

解答 – 1

まず、アクティブサーバーとパッシブサーバーの間のネットワークをチェックし、ピーク時に発生するサーバー間の遅延や、2つのソース間で特定のポート/トラフィックがブロックされていないかどうかを確認する必要があります。

解答 – 2

サーバーのWindowsファイアウォールをチェックして、トラフィックが拒否されていないかどうかを確認できます。データ損失防止(DLP)、アンチウイルス、アンチマルウェアなどのサーバーのセキュリティアプリケーションをチェックして、サーバー上でプロセスがブロックされていないかどうかを確認します。

解答 – 3

Microsoft Exchange RPC Client Access サービスが実行されていることを確認する必要があります。問題がある場合は、サービスが停止されます。

解答 – 4

また、Exchange Server ネットワークデバイスのタイムアウトを確認することもできます。タイムアウトが発生しないように、KeepAliveTime の値はアイドルセッションのタイムアウトよりも小さくする必要があります。これは Exchange Server レジストリの値で、タイムアウトに応じて設定および更新する必要があります。このエントリのデフォルト値は 30 秒です。タイムアウトを増やすには、各サーバーでレジストリエディタを開き、以下の操作を行います。

HKEY_LOCAL_MACHINE SOFTWARE¦Microsoft¦ExchangeServer¦v15¦Replay¦Parameter

これが完了したら、Microsoft Exchangeレプリケーションサービスを再起動して、バックアップを再試行してください。

DAGのセキュリティに関する考察

パッシブデータベースのコピーのバックアップを開始するには、Exchange レプリケーションサービスがパッシブデー タベースサーバー上でクエリーを作成し、アクティブなデータベースサーバー上のトランザクションログの範囲を取得し ます。アクティブなデータベースサーバーがビジー状態の場合、特にログファイルの数が多い場合は、クエリに予想以上の時間がかかることがあります。その後、Exchange レプリケーションサービスはアクティブなデータベースサーバーに RPC チャネルを開き、バッ クアップが実行されていることを通知します。RPC チャネルはバックアップ中も開いておく必要があります。

DAGのバックアップについては、以下の点にご注意ください:

DAG を使用していてデータベースのアクティブコピーとパッシブコピーを使用している場合は、Exchange Admin Centre または Exchange Management Shell を使用して各コピーの正常性とステータスを監視し、データベースコピーに関連するその他の管理タスクを実行することをお勧めします。問題が発生してデータベースが同期されないと、データの不整合によってデータが失われます。

上記の解決策でうまくいかない場合はどうすればいいのでしょうか?

上記の解決策がすべて失敗した場合は、データベースのアクティブコピーとパッシブコピー、またはExchangeサーバー自体に根本的な問題があることを意味します。  アクティブコピーが破損していて、そのコピーからデータを復元する必要がある場合はどうなりますか?データベースのパッシブコピー上のログを使用して、データベースのアクティブコピー上のログファイルからデータを復元することができます。デー タ ベース の コ ピーに ロ グ を復元す る こ と で、 デー タ ベース を過去の特定時点に復元で き ます。ログファイルを手動で操作し、Exchange Server データベースユーティリティを実行する必要があるため、このプロセスは困難です。この場合、完全なデータを復元することはできません。

アクティブコピーとパッシブコピーの両方が破損した場合はどうなりますか?そのような状況では、Stellar Repair for Exchange を使用することができます。この Exchange データ復元ソフトウェアは、あらゆるサイズの Exchange Server データベースを開くことができます。データストアを参照し、復元したデータベースを PST やその他のファイル形式にエクスポートすることができます。このシナリオでは、新しいデータベースを作成し、アクティブなExchange Serverデータベースに復旧したEDBファイルを直接エクスポートすることができます。

Related Post

Exit mobile version