［速報］Windows、Linux、Dockerに対応した「SQL Server 2017」正式版リリース。Microsoft Ignite 2017
［速報］Windows、Linux、Dockerに対応した「SQL Server 2017」正式版リリース。Microsoft Ignite 2017 マイクロソフトはフロリダ州オーランドで開催中のイベント「Microsoft Ignite 2017」で、SQL Server 2017の正式版を10月2日にリリースすると発表しました。 SQL Server 2017 brings the power of SQL Server to Windows, #Linux & #Docker containers for the first time: https://t.co/hY5k2Ev4UH#MSIgnite pic.twitter.com/G1CHtHalXm — Microsoft SQL Server (@SQLServer) 2017年9月25日 SQL Server 2017はW
SQL Server のバックアップの基本パターン at SE の雑記
以前、SQLTO で [SQL Server のバックアップとリストアの基礎] というセッションを担当させていただきました。 ブログではバックアップについてまとめたことがなかったので少しまとめてみたいと思います。 2013/8/14 追記 投稿を見直して、内容を大幅に修正しています。 ■バックアップの基本パターン バックアップの基本パターンですが以下のようになると思います。 週に一度のユーザーデータベースの完全バックアップ ユーザーデータベースは完全バックアップ以外の曜日は差分バックアップ 毎日システムデータベースを完全バックアップ 一日に定期的な間隔でトランザクションログをバックアップ 過去のバックアップファイル (bak/trn) の削除 過去のメンテナンスプラン テキストレポート (txt) の削除 過去のバックアップログ (msdb のレコード) の削除 SQL Server のバ
SQL Server 2008 以降のログの切り捨て at SE の雑記
なし。データベースに単純復旧モデルが使用されている場合は、トランザクション ログの切り捨てが自動的に行われます。 ログ バックアップ チェーンをデータベースから削除する必要がある場合は、単純復旧モデルに切り替えてください。 トランザクションログを手動で強制的に切り捨ての必要が発生する可能性があるのは、復旧モデルが [完全] [一括ログ] を使用していて、定期的にトランザクションログのバックアップを取得しておらず、トランザクションログの領域が圧迫してしまった場合だと思います。 トランザクションログのバックアップを取得すれば解決するのですが、ディスク領域が枯渇しており、バックアップの取得先がない場合は強制的にログを切り捨てる必要があります。 # SQL Server のサービスアカウントがアクセスできる共有フォルダがあれば、ネットワーク越しに取得できることもありますが。 このような場合は復旧モ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
