6

バックアップを実行して.bakファイルを作成するSQL2005メンテナンスプランがあります。正常に完了すると、メンテナンスクリーンアップタスクを実行して、バックアップタスクが保存した古いフォルダー内の.bakファイルを削除することになっています。 5日以上。

バックアップは作成されていますが、古いファイルは削除されていません。ログにエラーはありません。おそらく私には権限の問題があると思います-ジョブが実行されているアカウントは、.bakファイルが削除されるフォルダーにアクセスする必要があります。これは、.bakファイルが削除されない原因のように思われますか？

ジョブが実行されているアカウントを確認するにはどうすればよいですか？SQLエージェントアカウントだと思います。それが「SQLServer2005AgentUser」という名前のアカウントになると思ったので、そのアカウントにフルコントロールを与えようとしましたが、.bakファイルはまだ削除されていません。

古いファイルをクリーンアップするために別のアプローチを取る必要がありますか？それとも、私が間違っている、または理解していない何かがありますか？

4

3 に答える 3

12

私はこれとまったく同じ問題を抱えていました。私が思い出したように、問題は、クリーンアップタスク設定でファイル拡張子を指定する方法にありました。

メンテナンスクリーンアップタスクで、「ファイル拡張子」の設定を確認します。「.bak」に設定されている場合は、「bak」に変更します（明らかに引用符はなく、ドットもありません）。

これで問題は解決しました。これは私を夢中にさせました！

于 2009-06-12T15:10:44.210 に答える
0

バックアップファイルの場所へのパスで、パスの最後のフォルダの後にバックスラッシュがあることを確認してください。

E：\ MSSQL \ Backups \

何年もの間私たちを狂わせた後、私たちのために働いた...

于 2010-07-22T15:13:54.813 に答える
0

（古いバックアップファイルを削除しないという）同じ問題を引き起こす別の可能性があります。古いバージョンのSSMS（9.00.1399 SQL Server 2005 RTM、2005年11月1日）を使用してメンテナンスプランを変更している場合、第1レベルのサブフォルダーを削除する機能は無効になります。ほとんどの人がこの非常に古いバージョンのSSMSを使用していないことを私は知っています。私が見たケースの1つでは、1人のユーザーが自分のPCにこのRTM SSMSバージョンを持っていたため、このケースでこの問題が発生しました。問題に気付くのに少し時間がかかりました。

要約すると、パッチを適用する必要があるのはデータベースだけでなく、SSMSにもパッチが必要です。メンテナンス計画を変更するためにRTMSSMSを使用してはならないことを確認してください。

于 2012-08-14T20:50:12.670 に答える