メイン コンテンツへスキップ
サポート
Microsoft アカウントでサインイン
サインインまたはアカウントを作成してください。
こんにちは、
別のアカウントを選択してください。
複数のアカウントがあります
サインインに使用するアカウントを選択してください。

現象

Microsoft SQL Server 2014 または2016で Always On 可用性グループ (AG) を使用することを前提としています。 セカンダリデータベースで 次のような 書き込みエラーが発生した場合、データベースは中断される可能性があります。

エラー: 17053、レベル:16、状態: 1。 SQLServerLogMgr:: LogWriter: オペレーティングシステムエラー 6 (ハンドルは無効です。) encountered. ログのフラッシュ中に書き込みエラーが発生します。

この場合、データの移動を再開すると、データベースは再開されず、中断された状態のままになります。

回避策

この問題を回避するには、SQL Server インスタンスを再起動するか、[可用性] グループからセカンダリデータベースを削除してから、もう一度追加することができます。

解決方法

この問題は、SQL Server の次の累積的な更新プログラムで修正されています。

       SQL Server 2016 RTM の累積更新プログラム8

       SQL Server 2016 CU5 以降の累積的な更新プログラム5

       SQL Server 2014 SP2 の累積更新プログラム6

SQL Server 用の新しい累積更新プログラムには、以前の累積的な更新プログラムに含まれていたすべての修正プログラムとすべてのセキュリティ修正が含まれています。 SQL Server の最新の累積的な更新プログラムを確認します。

SQL Server 2016 の最新の累積的な更新プログラム

SQL Server 2014 の最新の累積的な更新プログラム

注:

この更新プログラムをインストールした後、この問題が再発する場合は、次の transact-sql コマンドを実行してデータベースを再起動し、データベースのデータ移動を再開することができます。

ALTER DATABASE <database_name> HADR RESUME を設定する

これは自動化されていません。 そのため、再開操作を手動で実行する必要があります。 セカンダリレプリカでデータの移動を中断させる可能性があるほとんどの種類のエラーは、手動での操作が必要であるためです。 

たとえば、ログファイルが共有フォルダーに置かれているか、Microsoft Azure Blob に保存されている場合、接続が失われると、エラー17053が発生します。 手動での操作によって、HADR resume コマンドを発行する前に、共有フォルダーまたは Azure Blob への接続が復元されていることを確認します。

状態

マイクロソフトでは、この問題をこの資料の対象製品として記載されているマイクロソフト製品の問題として認識しています。

関連情報

ソフトウェアの更新を説明するために Microsoft が使用する 用語について説明します。

ヘルプを表示

その他のオプションが必要ですか?

サブスクリプションの特典の参照、トレーニング コースの閲覧、デバイスのセキュリティ保護方法などについて説明します。

コミュニティは、質問をしたり質問の答えを得たり、フィードバックを提供したり、豊富な知識を持つ専門家の意見を聞いたりするのに役立ちます。

この情報は役に立ちましたか?

言語の品質にどの程度満足していますか?
どのような要因がお客様の操作性に影響しましたか?
[送信] を押すと、Microsoft の製品とサービスの改善にフィードバックが使用されます。 IT 管理者はこのデータを収集できます。 プライバシーに関する声明。

フィードバックをいただき、ありがとうございます。

×