1.背景
1.1 SQLデータベース製品は、データベースは、常に多くのスペースを取ることが多い、何の小さなエラーログを生成しないために、一定期間の後に実行されます。
2、理由
デフォルトでは2.1 SQLデータベースの下では、エラーログは、プログラムファイル/ Microsoft SQL Serverの/ MSSQL.n / MSSQL / LOG / ERRORLOGとERRORLOG.nファイルに配置されています。7デフォルトの保存SQL Serverのエラーログファイルには、すなわち、ありますのErrorLog、Errorlog.1〜Errorlog.6、現在のエラーログ（ファイルのErrorLog）拡張子なし。あなたは、SQL Serverインスタンスを起動するたびに、前に新しいログ・エラーのErrorLog、のErrorLogを作成し、ErrorLog.1はErrorLog.2に改名する前に、ErrorLog.1に社名を変更し、というように、元ErroLog.6を削除することが。
2.2本番サーバー上の状況のErrorLogファイルは時々エラーログに非常に大きなファイル、特定のケースレコードでのログイン認証に遭遇しました
図3に示すように、処理方法
3.1は削除する「そうErrorLog.1はErrorLog.2に改名する前に、ErrorLog.1に社名を変更前とSQL Serverのインスタンスは、新しいログ・エラーのErrorLog、のErrorLogを作成するたびにスタートし、」使用して、サーバーを再起動します以前のログは、この方法は、大規模にはお勧めしません
3.2サーバーを再起動せずに、ストアドプロシージャsp_cycle_errorlog新しいログファイルによって生成され、単にサービスを再起動するために同じ時間として、エラーログの内線番号をサイクリング。また、あなたはまた、DBCC ERRORLOGを使用することができ、同じ機能を実現するために、sp_cycle_errorlogを実行します。実際には、タイミングが実行するストアドプロシージャを確立することによって、仕事とすることができるので、合理的な範囲内のログファイルのサイズ制御。