私はメモリ最適化テーブルの使用を開始しましたが、データベースがシンプルモードになっている場合のログファイルの増加が問題です。
メンテナンススケジュールでは、チェックポイントと縮小を行いましたが、まだ問題があります。テーブルを通常のディスクテーブルに戻すと、すべてが正常に見えます。
誰かがその理由を知っていましたか?
データベースには列LOG_REUSE_WAIT_DESC
からsys.databases
。
すべてのmem optテーブルはSCHEMA_ONLYモダリティにありますが、完全なロギングはまだです。
SQL Server 2017バージョン14.0.3037
SQL Serverエラーログにも次のメッセージが表示されます。
spid38s、Unknown、[INFO]データベースID:[5]。回復不可能なチェックポイントテーブルの行を削除しています(ID:669)
spid102、Unknown、[INFO] HkHostFreezeCkptTrimming()。データベースID:[5]。 HkTrimLSN凍結: 1
spid102、Unknown、[INFO] getMaxUnrecoverableCheckpointId()。データベースID:[5]。ログの開始LSN:00001714:000004E0:0002を使用して、完全バックアップ中に回復不可能なチェックポイントファイルテーブルをトリミング
まず、耐久性のあるメモリ最適化テーブルを使用する場合、メモリ最適化側からのすべてが完全にログに記録されます-データベースの回復設定は考慮されません。
次に、2017インストールは完全にパッチされていますか? RTM以降、インメモリエンジンには多くの修正が加えられています。
ログからメモリ最適化トランザクションをクリアするには、それらもチェックポイントファイルのペアに書き込む必要があります。 CFPを拡張/追加する必要があり、それらをホストするドライブ/ボリュームがそれを実行できない場合、トランザクションログは消去できません。