：私の環境は以下である VMWareの5.5活発化サーバーMS Windows Serverの2008R2エンタープライズドメインおよびSQL Server 2008 R2のエンタープライズ。ファイバーチャネル接続による集中型ストレージ。
にパーティションがありますSQL Server DB。2 file groupsつあります。1つはライブデータ（FG1）、2つ目は履歴データ（HDG）です。
2番目のファイルグループはread-onlyです。毎月パーティションで移動を行います-（前月の）新しいデータを履歴データに追加します。このプロセスは自動です。
データベースを新しいサーバーに移動しました。最初は、手動でプロセスを実行する必要がありました。この操作中に、次のエラーでミラーが故障します（操作3の後-以下のプロセスフローを参照）。
プリンシパルサーバー：
ログの行0：
Date 15.6.2015 20:54:11
Log SQL Server (Current - 16.6.2015 07:55:00)
Source spid84
Message
Setting database option MULTI_USER to ON for database MYDB.ログの行1：
Date 15.6.2015 20:54:11
Log SQL Server (Current - 16.6.2015 07:55:00)
Source spid18s
Message
Error: 1453, Severity: 16, State: 1.ログの行2：
Date 15.6.2015 20:54:11
Log SQL Server (Current - 16.6.2015 07:55:00)
Source spid18s
Message
'TCP://10.201.27.154:5022', the remote mirroring partner for database 'MYDB', encountered error 823, status 3, severity 24. Database mirroring has been suspended. Resolve the error on the remote server and resume mirroring, or remove mirroring and re-establish the mirror server instance.備考：この操作を古いサーバーで何度も自動的に実行しましたが、そのようなエラーは発生しません。
ミラーサーバー上：
ログの行1：
Date 15.6.2015 20:54:11
Log SQL Server (Archive #3 - 15.6.2015 21:33:00)
Source spid17s
Message
Error: 823, Severity: 24, State: 3.ログの行2：
Date 15.6.2015 20:54:11
Log SQL Server (Archive #3 - 15.6.2015 21:33:00)
Source spid17s
Message
The operating system returned error 5(Access is denied.) to SQL Server during a write at offset 0000000000000000 in file 'e:\Databases\MYDB_HISTRICAL.ndf'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.私のプロセスは次のとおりです：
1.データベースのバックアップをいくつか作成します（完全、ファイルグループ、およびTLogバックアップ）。
2. DBをに設定しますRESTRICTED_USER（スクリプトによる履歴ファイルグループフラグの読み取り専用の削除を許可するため）。
2a。READ-ONLY履歴ファイルグループのフラグを削除します。
3. DBを設定しMULTI_USERて、ソフトウェアが正常に動作するようにします。
4.パーティションを更新して、データが履歴ファイルグループに移動されるようにします。
5. Iリピートは、ステップ2、図2（a）及び3を私は再び歴史的なファイル群READを設定することができるように。
6.もう一度バックアップを作成します。
私がそのエラーを受け取る理由を誰かが知っていますか？
編集：手順のさまざまな段階で同じ問題が発生します。これはミラーが故障した唯一の状況なので、問題は手順内にあると思いますが、理由がわかりません！
823 with sev 24はハードウェアの問題です。ネイティブSQLサーバーバックアップの代わりにファイルレベルのバックアップを行っていますか？それともサーバーでウイルス対策ソフトウェアが実行されていますか？823エラーが発生したときに警告するために、SQLエージェントアラートを配置する必要があります。このスクリプトが役立ちます。また、823は取得するのが厄介なエラーです。OSレベルでI / O操作が失敗し、I / Oサブシステムが破損していることを示しています-SQLサーバーがページチェクサムを実行しませんでした
VmWare replication、remote host。お返事を書くまで気付いたのは、ミラーを通常の方法で破壊できないことです。ファイルはロックされておりstop SQL service、dbファイルを別のディレクトリに移動する必要があります。その瞬間から、すべてが順調です（私はを使用してログをチェックしますsys.xp_readerrorlog）。別の考えは、その瞬間にVmWareレプリケーションが行われるかどうかですが、これがプロセスにどのように影響するかはわかりません（私はについてほとんど知りませんVmWare）。
We do both type of backupsそれは問題かもしれません。VMスナップショットは、ネイティブSQLサーバーバックアップの代替として使用しないでください。
Error: 823, Severity: 24ハードウェアの問題のようです。DISKSをチェックして、不良になっていないかどうかを確認します。データベースでcheckdbを実行して、データベースがクリーンになることを確認します。