SQL 2005サーバーで誰かがブルートフォースログインを試行しているようです。その結果、ログファイルは約55ギガに増加し、C:\ Windows\SYSMSI\SSEE\MSSQL.2005\MSSQL\Dataにあります。
このファイル自体はWSS_Content_0b8dae5814114114b874e35ea7ba795b_log.LDFと呼ばれ、現在使用されているようです。
このLDFファイルをクリアまたは切り捨てる方法がわかりません。ありがとう!
SQL Server Management Studioを開き、SQLサーバーに接続して、関連するデータベースを見つけます。 DBを右クリックし、[タスク]-> [縮小]-> [ファイル]をクリックします。ファイルの種類:ログ、ファイル名を確認します。使用済み/無料の量が表示されます。
すべて使用されている場合は、データベースをバックアップして、ログファイルを使用しないようにする必要があります。それがほとんど空の場合は、未使用のスペース(または任意の部分)を解放して続行できます。
DBをバックアップしたくない場合は、復旧モデル(DBを右クリック、[プロパティ]、[オプション]タブ、[復旧モデル])をより単純なものに変更するか、必要に応じてまとめてオフにできます。
ログイン/ログインの試行がSQLトランザクションログに記録されないことは確かです。原因は、データベースが完全復旧モデルを使用していて、ログ管理が行われていないことが原因であると考えられます。
これは、Sharepointコンテンツデータベースのログファイルです。関連するデータベースが接続され、SQLサービスが実行されているため、使用中です。
ログインの試行がログファイルのサイズの増大に直接関与していることをどのようにして知っていますか? Sharepointサイトはどの程度アクティブですか?
投票やコメントができないので、これを回答として追加します。ジョンによって投稿されたリンクはトリックを実行し、ステップバイステップ( http://network-nick.blogspot.co.uk/2011/11/sbs-2008-c-drive-runs-out- of-space.html )。SSEEではGUIからは実行できないため(プロパティが機能しないため)、一番上に配置する必要があります。概要は以下のとおりです。
SQL Management Studioを開き、以下に接続します。
\。\ pipe\mssql $ Microsoft ## ssee\sql\query
新しいクエリを開いて実行します。
ALTER DATABASE "Database_name" SET RECOVERY SIMPLE
(データベース名にハイフンがある場合は、必ず引用符を含めてください!)
完了したら、前の投稿の1つで述べたように、ログファイルの未使用の領域を解放する必要があります。DBを右クリックして、[タスク]-> [縮小]-> [ファイル]をクリックします。ファイルの種類:ログ。 (これは通常、復旧モデルをシンプルに切り替える前のステップを完了するまで、多くのスペースを解放しません。)