• ベストアンサー

SQLServerでトランザクションログのクリア

こんにちは。SQLServer7.0でトランザクションログをクリアすることは出来ますか？ログがたまりすぎて容量オーバーしてしまいました。そのため、ログは不要で取っておく必要がないので削除しようと考えました。どなたか宜しくお願い致します。

  • UNKO
  • お礼率57% (51/88)

質問者が選んだベストアンサー

  • ベストアンサー
  • Hk2001
  • ベストアンサー率48% (24/49)
回答No.1

Enterprise Managerを立ち上げ該当データベースまでツリーを展開 してゆき、右クリックでツールバーを開いてその中のタスクの中に ログの切り捨て　を実行するとできます。 また、プロパティをひらいてオプションで チェックチェックポイント時にログ切り捨てにチェックすると バックアップ時など自動でログの切捨てを行ってくれます。 その他は、プロパティのトランザクションログでファイル拡張の上限を指定できます。ただ、一度に膨大なデータ処理を行う場合は、それなりの大きさの上限を指定してください。

UNKO
質問者

お礼

ご返答有難うございます。お礼遅れてしまいましてごめんなさい。ログを削除できました！有難うございました。

UNKO
質問者

補足

ご返答ありがとうございます。ご返事遅れましてすみませんm(__)mまたお聞きしたいのですが、ログの切り捨てを実行してみましたが、容量が元々の649MBから1MBも減っていなかったので、ヘルプを見たところ、データベースを復旧する場合に必要なログは消すことが出来ないそうなのです。これを消す方法はあるのでしょうか？

  1. カテゴリ
  2. [技術者向] コンピューター
  3. データベース
  4. その他(データベース)

関連するQ&A

  • SQLServer2000-トランザクションログ

    SQLServer2000を使用しています。 復旧モデルをシンプルで運用しているのですが、トランザクションログが 数G程度まで肥大化していまいます。 シンプルにも関わらずトランザクションログがここまで肥大化してしまう 原因がわからず、困っております。 原因や対処法をご教授けないでしょうか。 宜しくお願いします。

  • SQLServer2000SP4のトランザクションログ削除方法

    DBをバックアップする際にトランザクションログを削除したいのですが、「データベースの保守計画」では、そのような設定はありません。そこで、「データベースの保守計画」後にトランザクションログを削除するSQLを流そうと考えているのですが、どのようなSQLかが分かりません。当サイトの過去ログを確認したところ BACKUP LOG [データベース名] WITH NO_LOG で削除可能とのことですが、全くトランザクションログは削除されません。削除方法を知っている方がおりましたら、教えてください。

  • SQLServer2000でのトランザクションログ削除

    SQLServer2000のEnterpriseManagerにて、 「データベース全体＋トランザクションログ」バックアップの設定を行ったのですが、 バックアップ時にトランザクションログが削除されていないようで、 ログファイルがみるみる大きくなってしまいまい、 数日で、HDD容量を使い切ってしまいそうです。 設定されたジョブの内容を確認したところ、 BACKUP LOG [DB名] TO [デバイス名] WITH NOINIT, NOUNLOAD, NAME = N'バックアップ名', NOSKIP, STATS = 10, NOFORMAT, NO_TRUNCATE のようになっていたので、NO_TRUNCATEを外してみましたが、ダメでした。 この『教えて！goo』内でも検索したのですが、 http://oshiete1.goo.ne.jp/kotaeru.php3?q=176852 が同内容の質問だったのですが、こちらはSQLServer7.0で、 この方法は、2000では使用できませんでした。 勉強不足でまことに申し訳ございませんが、 何卒、宜しくお願いいたします。 ≪環境≫ OS: Windows2000Server + ServicePack2 SQL: SQLServer2000 + ServicePack2

  • SQLServerのトランザクションログ管理の方法

    ログファイルをサイズ上限を無制限にしておくと、どんどんサイズが大きくなってしまいますよね。かといってサイズの上限を決めておくと、そこに達したらそれ以上データを作成できなくなってしまいます。 ある程度のサイズになったら、または週に一度くらいで自動的にトランザクションログを切り捨てたいんですが、どのような方法がありますでしょうか？ 既にかなりのサイズになっており、困ってます。 本にはログのバックアップを取ると良いとあったのですが、バックアップを取るということは領域の解放、ログファイルサイズの縮小にはならないんじゃないかと思い、有識者のみなさまに質問させていただくことにしました。みなさまおすすめの管理方法を教えてください。 P.S. やはり、物理的にファイルを削除するのは難がありますでしょうか？

  • トランザクションログの縮小について

    SQLServer2000でトランザクションログが大きくなり過ぎ、ハードディスクを圧迫しています。 何とか縮小する方法はないのでしょうか？ また、これ以上大きくならないようにサイズを指定できないものでしょうか？

  • トランザクションログ削除でイベントビューアにエラーが出る

    データベースのトランザクションログとバックアップを取得するプログラムを作成したのですが、 アプリケーションログに以下のエラーイベントが発生します。 イベントID：17055　 18278 : データベース ログが切り捨てられました : データベース : ＊＊＊＊ このエラーのログが出力されないようにする 方法をお分かりになればご教示戴きたく 宜しくお願いします。 -------------- SQLserver2000 VB6 winXP --------------

  • SQLServerのDBをクリアにする方法

    SQLServer2005で作成したDBに対して、幾つかテーブルを作成しています。これらのテーブルは残したまま、その他をすべてDBを新規作成した時の状態にクリアすることはできるでしょうか？テーブルが存在するために必要な情報は留保します。

  • トランザクションログの削除

    SQL Serverの保守計画でトランザクションログのバックアップをしていて、4週間経過後に削除するように設定しているのですが、削除されずに残ってしまい、サーバーの要領がフルになってしまいました。 別の同スペックのSQL Serverでは同様の設定で削除できているので原因がつかめずに困ってしまいました。 何かしら設定のミスがあるかもしれないのですが、その確認方法や原因の事例などがあったらご教授願います！

  • SQLServer2005メンテナンスプランについて

    SQLServer2005メンテナンスプランについての質問です。 メンテナンスプラン・ウィザードでメンテナンスプランを作成し、 「データベースの圧縮」と「履歴のクリーンアップ」の間に 「T-SQLステートメントの実行タスク」をツールボックスより マニュアル追加しステートメントに 　USE ["Db名"] 　GO 　DBCC SHRINKFILE(N'"Db名"_log' , 0, TRUNCATEONLY) を記述し上記前後タスクと接続(完了)しました。 　1「データベースの整合性」 　2「データベースのバックアップ(完全)」 　3「データベースのバックアップ(トランザクションログ)」 　4「データベースの圧縮」 　5「T-SQLステートメントの実行タスク」※トランザクションログの圧縮、マニュアル追加 　6「履歴のクリンーアップ」 　7「メンテナンスクリーンアップタスク」※マニュアル追加 メンテナンスプランの実行履歴を確認すると5と7の履歴が存在しません。 また、Windowsの「コンピュータの管理」より 　「システムツール」→「イベントビューア」→「アプリケーション」 でログを確認すると5以降は実行された結果が残っていません。 実際には、トランザクションログ・ファイルは「バックアアップ」されて「圧縮」が されているようです。 なぜログが残らないのでしょうか？ まだ、設定が足らないのでしょうか？ 宜しくご教授願います。 以上

  • SQL-Server トランザクションログの肥大化

    初めまして。 稼働中のシステム保守において問題が発生しています。 早急に解決したいのでお力をお借りしたいです。 稼働中サーバー（SQL-Server２００８）にてトランザクションログが肥大化しております。この手の問題はネットで検索すると解決方法が出ているので実行してみました。 まずは…ログファイルの圧縮。 ManagementStudioより操作をGUIで行いましたが、処理自体が一瞬で完了してしまいLDFファイルを見ても圧縮前と何も変わっておりません。 続いて…ログファイルのバックアップ バックアップすることでログファイルの切り捨てができるとの事で、同様にManagementStudioよりバックアップを実行してみました。かなり処理に時間が掛かるようでしたが、30分程待ったところ（進捗20％）でエラーが発生し、空き容量が足りないのでバックアップに失敗したようです。 160GB程残っていますが、これでも容量不足とは…。 上記のような事態に陥った場合にどうするのが賢明でしょうか？ ちなみに通常はメンテナンスプランにより、１日１回完全バックアップを取って保存しています。 ログファイル自体はバックアップを取っていませんでした。（必要性が理解できなかったもので…） 稼働中システムに問題が発生した場合は基本的には前日のデータに戻すような対応をする契約ですので、復元時点は厳密にN時間前等を指定する必要性がない為、ログファイル自体はあまり必要ではないという認識で良いのでしょうか？ また今後、定期的にログファイルのバックアップを取るにしても、ログファイルのバックアップ容量が大きい為、Nヶ月分残すような運用をする場合、従来のデータバックアップに加えてログファイルのバックアップが加算され200GB程度のHDDでは追いつかないのですが、ログファイルのバックアップは上書きしていき、データの完全バックアップのみNヶ月分残すというような運用でも問題なく復元できるのでしょうか？ 以上、３点質問してしまいましたが、どなたかご回答していただけると幸いです。 よろしくお願い致します。

注目のQ&A

カテゴリ

専門家に質問してみよう

職業から探して質問する

あなたにピッタリな商品が見つかる！ OKWAVEセレクト

質問する