タグ付けされた質問 「backup」

データ損失イベント後に復元できるデータのコピーを作成するか、以前のある時点からデータを回復します。

4
本当に.LDFファイルを保持する必要がありますか?
毎月、本番データベースの月末のスナップショットを作成しています。これらの月末のスナップショットは、レポート作成のみを目的としており、挿入、更新、削除は行われていません。これらの各スナップショットには、.MDFand .LDFファイルがあります。 .LDFファイルを削除してサーバーの空き容量を増やしたい。.LDFファイルを保持する必要がある理由はありますか? 明確化: 本番データベースは、別のシステムからのファイル抽出から毎晩再作成されます。本番データベースからのレポートのみです...更新は行われません。 毎晩のプロセス: 私が言えることから... 毎晩、データベーステーブルは切り捨てられ ますテーブルは、一連の一括挿入ステートメントを介して入力 されますインデックスは再構築されます

7
スケジュールされたバックアップタスクは、常にジョブが成功したと言っているにもかかわらず、常にすべてのデータベースをバックアップするわけではありません
SQL 2008で、ストアドプロシージャを実行してすべてのデータベースをバックアップするジョブがあります。これは、SQLサーバーエージェントジョブを介して毎日実行されます。 それは毎日成功して終了しますが、いくつかのデータベースはいくつかのデータベースをバックアップした後にのみ成功して終了します。毎回異なる数のデータベースを使用できます。ほとんどの場合、すべてのデータベースが正常にバックアップされますが、場合によっては2つのバックアップが正常に実行され、場合によっては5などもバックアップされます。 ジョブ履歴、イベントビューアー、またはSQLサーバーログにエラーが表示されません。 フォルダは拡張可能なストレージボリューム上のフォルダへの「ジャンクション」ですが、ローカルディスクへのバックアップが行われています。 OSは、SQL Server 2008 Webエディション64ビットを実行しているWindows 2003 64ビットで、VMware ESXi 5ホスト上で実行されている仮想マシンです。 ストアドプロシージャ: ALTER PROCEDURE [dbo].[backup_all_databases] @path VARCHAR(255)='c:\backups\' AS DECLARE @name VARCHAR(50) -- database name DECLARE @fileName VARCHAR(256) -- filename for backup DECLARE @fileDate VARCHAR(20) -- used for file name DECLARE @dbIsReadOnly sql_variant -- is database read_only? DECLARE @dbIsOffline …

3
mysqldumpが進行中の場合、ユーザーはシステムの実行速度が遅いと不平を言う
MYSQLデータベース(ibdata1)のサイズは73 GBで、Windows 2008 O / SでINNODBテーブルの専用データベースサーバーとして実行するように構成されています。mysqldumpを使用してバックアップを実行していますmysqldump --skip-opt --quick --single-transaction --create-options --extended-insert --disable-keys --add-drop-table --complete-insert- set-charset-圧縮--log-error = Proddb0635.err -u root -pjohndoe Proddb> \ devNas \ devNas \ sqlbackup \ LIVE \ db \ Proddb0635.sql バックアップファイルProddb0635.sqlは、データベースサーバーとは別のサーバーに保存されます。RAMは12 GBです。INNODBバッファープールのサイズは6 GBです。追加のmem.poolは32 MBです。クエリキャッシュのサイズは2 GBです。ネットバッファーの長さは最大16 Mです。パケットサイズ1 GB。 mysqlのバージョンは5.0.67です。 バックアップが実行されていない場合、ユーザーはパフォーマンスに満足しています。 バックアップの実行中にINNODBバッファープールのヒット率が100%に近い高い値になっています。保留中の読み取りまたは保留中の書き込みはありません。innodb wait freeは0です。CPU使用率は高くありません。最小9%から最大15%mysqlbackupが実行されているかどうかに関係なく、クエリキャッシュヒット率は約40%と低くなっています。現在、Windowsタスクマネージャーは、10 GBのRAMが使用されていることを表示しています。2 GBのRAMしか利用できない状態でクエリキャッシュを増やす必要がありますか?mysqlld-ntは9.2 GBのRAMを使用し、mysqldumpは5 MBのRAMを使用しています。Alos氏は、-compressオプションの有無にかかわらず、ダンプファイルのサイズは同じであることに注意しました。 iNNODBバッファープールのサイズを減らす必要がありますか? …

1
I / Oはデータベースでフリーズされ、I / Oは完全なバックアップのログで毎日データベースで再開されました
毎日のように、ログファイルにメッセージが表示されたと言いたいです。 まず、I / Oがデータベース(DatabaseName)でフリーズしましたというメッセージがログに表示されます。メッセージは I / Oはデータベース(DatabaseName)で凍結されています。ユーザーの操作は必要ありません。ただし、I / Oがすぐに再開されない場合は、バックアップをキャンセルできます。 そして、I / OはDatabase(DatabaseName)メッセージで再開されました。 データベース(DatabaseName)でI / Oが再開されました。ユーザーの操作は必要ありません。 そして最後に、このようなメッセージでデータベースのバックアップが成功しました ユーザーの操作は必要ありません それは私の実稼働監査データベースであり、ソフトウェア環境を持つことは次のようなものです: Windows Server 2012 R2 SQL Server 2012 VMware Tools 私の運用データベース「復旧モデル」は「完全」復旧モデルです。そして、SQL ServerのどのログインIDから、メンテナンスプランバックアップがセットアップされました。これには、すべてのデータベースに対する「sysadmin」特権があります。 バックアップには、「メンテナンスプラン」バックアップを通じて、毎日午後4時のような特定のタイムスケジュールで設定されています。また、Always Backupはスケジュールされた間隔で正常に実行されました。 なぜそのような種類のログメッセージがスケジュールバックアップ時に生成されるのですか。この種のメッセージは、私の運用データベースのパフォーマンスに影響しますか?本番データベースの(バックアップ/復元)データの整合性に問題があります。 任意の提案をいただければ幸いです。

1
バックアップ情報(成功および失敗)SQL Serverを表示するクエリ
2つの異なるデータベースをバックアップする2つのジョブがあります。 ジョブ1がDB1 をバックアップする ジョブ2がDB2 をバックアップするドライブ1の空き容量が少なくなり、ジョブ1が失敗するため、DB1はバックアップに失敗します。この問題を修正するには、スペースを追加する必要がありました。大したことはありません。この問題が1か月にわたって発生しているときに、今日、このことについて知らされました。うん、それはクレイジーだと知っているが、それは開発者だ DB1の完全なバックアップ履歴を取得したい。msdb.dbo.backupsetテーブルから正常なバックアップ情報を取得できることはわかっていますが、データベースの失敗したバックアップを表示するクエリがあるかどうかを知りたいです。 以下のクエリは、12/31 / 13-1 / 27/14の特定のデータベースのバックアップ履歴を表示します。情報には、サーバー、データベース名、バックアップの開始時間と終了時間、dbsのバックアップにかかった合計時間、dbサイズ、バックアップセット名が含まれます。 SELECT distinct CONVERT(CHAR(100), SERVERPROPERTY('Servername')) AS Server, msdb.dbo.backupset.database_name, msdb.dbo.backupset.backup_start_date, msdb.dbo.backupset.backup_finish_date, CAST((DATEDIFF(second, msdb.dbo.backupset.backup_start_date,msdb.dbo.backupset.backup_finish_date)) AS varchar)+ ' secs ' AS [Total Time] , Cast(msdb.dbo.backupset.backup_size/1024/1024 AS numeric(10,2)) AS 'Backup Size(MB)', msdb.dbo.backupset.name AS backupset_name FROM msdb.dbo.backupmediafamily INNER JOIN msdb.dbo.backupset ON msdb.dbo.backupmediafamily.media_set_id = msdb.dbo.backupset.media_set_id --Enter …

2
大規模なSQL Serverデータベースのバックアップ中にデータ更新操作を実行する
大規模な(数千万レコードの)データベースがあり、データベースの完全バックアップを実行します。 ただし、データベースは十分に大きいため、バックアップの実行前および実行中にトランザクションを開始できるだけでなく、バ​​ックアップの実行中および実行後にコミットすることもできます。 例えば: T0 = Transaction A start T1 = Full database backup start T2 = Transaction B start (will not deadlock with A) T3 = Transaction A commit/rollback (does not matter, does it?) T4 = Full database backup end T5 = Transaction B commit/rollback (again, does not matter, does …

2
mysqldumpから作成されたデータをロードするときに警告を表示するにはどうすればよいですか?
大規模な.sqlファイルに、大きな値を挿入する...値...ステートメントがあります。これらのステートメントの多くは、実行中に警告を生成しています。mysqlに警告を出力させるにはどうすればよいですか? control-Cを押すと、インポートが停止し、OSのコマンドラインに戻ります。 SQLの実行からの出力例は次のとおりです。 Query OK, 9827 rows affected, 5403 warnings (0.20 sec) Records: 9827 Duplicates: 0 Warnings: 5403 Query OK, 9859 rows affected, 5247 warnings (0.20 sec) Records: 9859 Duplicates: 0 Warnings: 5247

1
LDFファイルからデータを回復するにはどうすればよいですか?
SQL 2005 Express Editionを使用しています。一部の削除されたレコードを復元するために、LDFファイルからデータを読み取ります。 ApexSQLの試用版を使用してみました。サードパーティのソフトウェアを使用する代わりに、ログファイルを自分で読み取る方法を見つけようとしています。 LDFファイルからデータを読み取って回復するにはどうすればよいですか?

1
FILESTREAMファイルグループを使用したSQLサーバーデータベースのバックアップと復元
私はSQL Serverを使用しており、2つのファイルグループを持つ巨大なデータベースがあります。 プライマリ:大きなファイル(1MB +)を除くすべてのデータが含まれます FILESTREAM(読み取り/書き込み):大きなファイルが含まれています 現在、バックアップシナリオは次のとおりです。 毎週金曜日に完全バックアップ(午前2時)を取得します 金曜日を除く毎日、差分バックアップ(午前2時)を取得します。 データベースが大きく、リモートサーバーで運用されているため、データベースをローカル環境に移動してテストデータベースを(毎週)作成する場合は常に、プライマリとファイルストリームの両方を使用する必要があります。 ファイルストリームを無視して、プライマリファイルグループを取得するだけで済むように、バックアップと復元の方法を変更できるようにしたいと考えています。このようにして、毎週、ファイルストリームを想定するすべての情報ではなく、プライマリファイルグループのみを取得します。 多くの問題があり、ファイルにアクセスするとすべてのファイルストリーム参照が失われる可能性があると思います。バックアップを実行するときにすべてのファイルストリーム列のコンテンツを変更できるか、またはテスト環境でホストされている別のファイルストリームを使用できるかどうか知りたいのですが。また、一部のファイルグループのみの段階的復元について聞いたことがありますが、その実行方法には多くの疑問があります。 質問1:このシナリオはありますか? 質問2:完全バックアップを1つだけにし、差分バックアップ/トランザクションログをテスト環境に持ってくるのは良い考えですか? 質問3:バックアップと復元のシナリオを改善できますか? 私はすべての推奨事項に耳を傾けています。ケースの例がある場合は、T-SQLクエリを表示してください。

2
Mongodumpがアプリのパフォーマンスに本当に悪い影響を与える
シャーディングのない非常に大きなmongoインスタンス(150 GB)があり、定期的なバックアップ(mongodump)はアプリのパフォーマンスに非常に大きな影響を与えます。さらに悪いことに、アプリはmongoを頻繁に使用するため、バックアップは10時間以上かかります。 シャーディングが必要であることはわかっています。ElasticSearchに移行する計画があるので、短期的な解決策を探しています。 mongodumpの1秒あたりのクエリ数を制限するなど、これを改善するために何かできることはありますか? 32コアの190 GB RAMサーバーにスタンドアロンのmongoがあり、それをnginx、rabbitmqなどと共有しています。今までで最もクリーンなセットアップではない、私は知っている:)
8 backup  mongodb 


2
SQL Serverトランザクションログの圧縮
私は現在、制御不能になったSQL Serverトランザクションログを処理する必要があります。免責事項:私はdbaではなく、これは私の専門分野ではないので、ご容赦ください。 現在、500 MBのデータベース用に115 GBのトランザクションログファイルがあり、この状態になるには(明らかに)しばらく管理が不十分でした。 最優先事項は、実行する前に、このファイルによって占有されているディスク上のスペースを再利用することです。ドライブのサイズを増やすことは一時的であってもオプションではないと言われています。過去の成長に基づいて、我々はすぐに行動する必要があります。 私が理解しているように、最良のアプローチは、dbを完全復旧モードに保ちながら、ログファイルの定期的なバックアップをとり、一定期間監視し、初期サイズと増分を適切に調整することです。大丈夫。 午前0時に定期的にフルデータベースバックアップを実行しているときに、データベースを一時的にシンプルリカバリモードにして(これらのバックアップの1つが実行された後)、ログファイルを圧縮して(事実上すべての)領域を解放し、次に、上記のバックアップ戦略でそれを完全復旧に戻しますか? 私の考えでは、この時期に何かが起こった場合、ログを使用せずに完全なバックアップを復元することができます。 更新 いくつかの回答とコメントへの返信におけるいくつかの追加詳細: データベースを完全復旧モードのままにしておくために、ポイントインタイムリストアを実行する機能を保持したいと思います。 t-logファイルが非常に大きくなった理由は、バックアップされたことがないためです。log_reuse_wait_descが「LOG_BACKUP」を返すことを確認。

5
SQL Server 2012常時バックアップ、フルvsコピーのみ
コピーのみのバックアップと完全バックアップは、トランザクションログの番号付けと必要に応じて復元するため、迅速な説明が必要です。 SQL Server 2012のセットアップで、複数のデータベースに対して常にオンになっています。可用性グループは、レプリカの優先バックアップでセットアップされます。 レプリカでは、コピーのみとトランザクションログのバックアップのみが可能です。これは、トランザクションログの復元が必要な場合、プライマリで完全バックアップを実行する必要があることを意味しますか? ありがとうございました

6
大規模なデータベースの移動
CentOSサーバーがあり、/ var / lib / mysql /は125GBです(ディスクには1GBの空き容量があります)。 通常、mysqldumpを使用してデータベースをバックアップしますが、通常はそのような大きなデータベースを操作しないため、データベースを新しいサーバーにコピーする最も安全な方法を知る必要があります。 すべてのアドバイスに感謝します!

2
物理トランザクションログファイルがミラーのプリンシパルである場合、どうすれば縮小できますか?
週末にデータベースミラーリングをセットアップしましたが、トランザクションログをバックアップするジョブを再度有効にするのを忘れていました。私が今朝来たとき、トランザクションログは58GBに膨れ上がっており、ドライブ容量のほとんどを占めていました。 トランザクションログをディスクに手動でバックアップして、データベースを再度実行しましたが、DBCC SHRINKFILEを実行しても、トランザクションログファイルの物理的なサイズは小さくなっていません。 DBCC SHRINKFILE (N'MyDatabaseName_Log', 1000) を使用してログの使用状況を確認した場合 DBCC SQLPERF(LOGSPACE) 現在のログの22%だけが使用されていることがわかります データベース名ログサイズ(MB)ログ使用領域(%)ステータス MyDatabaseName 55440.87 22.38189 0 log_reuse_wait_descsys.databsesでチェックアウトした場合、表示される唯一のレコードはDATABASE_MIRRORINGなので、ログファイルの物理サイズが縮小されないのは、ミラーが役割を果たしていると思いますか? SELECT log_reuse_wait_desc FROM sys.databases WHERE name = N'MyDatabaseName'; また、プリンシパルデータベースミラーリングの状態がSuspendedであることにも気付きました。再開することは、次のエラーですぐに失敗します。 データベース 'MyDatabaseName'のリモートミラーリングパートナーでエラー5149、ステータス1、重大度25が発生しました。データベースミラーリングが一時停止されました。リモートサーバーのエラーを解決してミラーリングを再開するか、ミラーリングを削除してミラーサーバーインスタンスを再確立します。 ミラーサーバーのエラーログにはこのエラーも含まれますが、ログファイルドライブがいっぱいであることに関するエラーも含まれます 物理ファイルを拡張しようとしたときに、MODIFY FILEでオペレーティングシステムエラー112(ディスクに十分なスペースがありません。)が発生しました。 そして F:\ Databaselogs \ MyDatabaseName_1.ldf:オペレーティングシステムエラー112(ディスクに十分なスペースがありません。)が発生しました。 プリンシパルサーバーのログファイルドライブには60 GBがあり(他のデータベースはここでホストされています)、ミラーサーバーには45 GBしかありません。 ログファイルをバックアップするとデータベースが再び使用できるようになりましたが、ディスク上の物理ログファイルのサイズを減らし、ミラーリングを再開したいと考えています。 ミラーリングやバックアップチェーンを犠牲にすることなく、物理トランザクションログファイルのサイズを縮小するにはどうすればよいですか? SQL Server 2005を実行しています

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.