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

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


7
大規模なデータベースのmysqldumpを最適化するにはどうすればよいですか?
57テーブルで最大2GBのInnoDBデータベースを使用するsymfonyアプリケーションがあります。データベースのサイズの大部分は、単一のテーブル(〜1.2GB)にあります。現在、mysqldumpを使用してデータベースを夜間にバックアップしています。 コムキャスト接続のため、多くの場合、手動でダンプを実行している場合、ダンプが完了する前にサーバーへの接続がタイムアウトし、ダンプを再実行する必要があります。[現在、毎晩ダンプを実行するcronを実行しています。これは、手動で実行するダンプ用です。] 接続タイムアウトの問題のダンプを高速化する方法はありますが、サーバーがこのプロセスで占有される時間を制限する方法はありますか? ところで、私は現在、この問題を解決するためにデータベース全体のサイズを縮小することに取り組んでいます。

13
あるサーバーから別のサーバーにデータベースを移動するにはどうすればよいですか?
物理サーバー間でMySQLテーブルを移動するにはどうすればよいですか? この正確なシナリオのように: innodbテーブルを使用し、サイズが約20GBのMySQLサーバーがあります。 新しいサーバーに移動したいのですが、これを行う最も効率的な方法は何ですか?


6
アクティブな読み取りと書き込みを行うライブシステムでmysqldumpを実行する最も安全な方法は?
これが本当かどうかはわかりませんが、Linuxで次のコマンドを実行すると読んだことを覚えています mysqldump -u username -p database_name > backup_db.sql データベースに対して読み取りおよび書き込みが行われている間、ダンプにはエラーが含まれる場合があります。 mysqldumpこれが稼働中のシステムで安全に実行されるようにするためのコマンドに特定のオプションはありますか?数秒間ユーザーの読み取り/書き込みを無効にしても問題ありません(データベース<50MB)

4
MySQLは巨大な(32 GB)SQLダンプをより速くインポートする方法ですか?
この巨大な32 GBのSQLダンプがあり、MySQLにインポートする必要があります。そのような巨大なSQLダンプをインポートする必要はありませんでした。私はいつもやった: mysql -uroot dbname < dbname.sql 時間がかかりすぎています。約3億行のテーブルがあり、約3時間で150万行になります。そのため、全体が600時間(24日間)かかり、実用的ではないようです。だから私の質問は、これを行うより速い方法はありますか? 詳細情報/調査結果 テーブルはすべてInnoDBであり、外部キーは定義されていません。ただし、多くのインデックスがあります。 元のサーバーとDBにアクセスできないため、新しいバックアップを作成したり、「ホット」コピーなどを実行したりできません。 ここでinnodb_flush_log_at_trx_commit = 2提案されている設定では、(明らかに見える/指数関数的に)改善されないようです。 (MySQLのワークベンチからの)輸入時のサーバの統計情報:https://imgflip.com/gif/ed0c8。 MySQLバージョンは5.6.20コミュニティです。 innodb_buffer_pool_size = 16Mおよびinnodb_log_buffer_size = 8M。これらを増やす必要がありますか?

6
SSMSのどのディレクトリにも表示されない.bakファイル
今日、SSMS 2008 R2を使用して手動で作成された.bakファイルが他の誰かによって作成されています。データベースを手動で復元しようとしていますが、残念ながら、参照するときにファイルが表示されません。 復元プロセスのスクリプトを作成できますが、この問題は以前に見たことがあり、.bakが表示されない原因はわかりません。

6
データベースを移動した後(バックアップ、復元)、ユーザーを再追加する必要があります
SQL Server Management Studioでデータベースのバックアップと復元を使用して、データベース(SQL Express 2012)を開発マシンからサーバーに、またはその逆に時々移動します。 これを行うたびに、ターゲットユーザーのアプリケーションは、使用するユーザー「george」をデータベースユーザー(データベース、セキュリティ、SQL Server Management Studioのユーザー)から削除し、次のように再追加するまでデータベースにアクセスできません。セキュリティ、ログイン、george / properties、ユーザーマッピングの下の所有者。 これを行うためのより良い方法はありますか?少し複雑に思えます。

1
動作する完全なPostgreSQL DBバックアップとテストを取得する方法
MS SQL Serverの場合と同じようにPostgresの完全なバックアップを作成し、孤立したユーザーの世話をする方法について明確な答えが得られることを望んでいました。 私が読んだことから、それは間違っている可能性がありますが、良いPostgreSQLブログを見つけることは挑戦的でしたので、私にいくつかをお勧めしてくださいレプリケーション。開発者customにdirectory、tarを選択してPgadminIIIから取得したバックアップを復元し、OIDs を選択してフォーマットしましたが、2つはロードされtarませんでしたが、データではなくディレクトリのみでしたと彼は言い​​ました。今は本当に混乱しています。 私はPGAdminIIIを使用していますが、オプションがpg_dumpありpg_dumpallます。このデータベースをどこかでテスト復元するために必要なすべてのものをバックアップし、必要なすべてのデータとバックアップが適切であることを確認したいと思います。最終的には、一度に1日に1回、自動復元スクリプトを書きたいと思います。 pg_dumpall明らかに-globalsすべてをバックアップすることになっているオプションがありますが、ヘルプはオプションではなくをpg_dumpall示して-g, --globals-only dump only global objects, no databasesい--globalsます。 pg_dumpall少なくとも外部キーをバックアップすると思っていましたが、それでも「オプション」のようです。ドキュメントによれば、外部キーをバックアップpg_dumpallする-oオプションを使用する必要がある場合でも、外部キーをバックアップしたくない時期は本当に想像できません。これはデフォルトオプションとしてより理にかなっています。 孤立したユーザーをどのように処理し、すべてが揃っているかを検証するにはどうすればよいですか?実際にバックアップファイルを別のサーバーに復元し、すべてが機能することを確認したいと思います。PostgreSQLで実際のバックアップを作成して復元する方法について誰かが何か提案をしてくれたら、とても感謝しています。 PostgreSQLサーバーがありましたが、なぜアプリがOIDデフォルトでsをバックアップしないのか、まだ推測できません!あなたがそれを望むだろう時間の99.9%のようです。 更新1: Postgresのドキュメントでは、globals私が探していたオプションはこのバージョンのデフォルトオプションのようですが、それでも-oオプションが必要であると述べています。誰かが必要なすべてを備えた単一のデータベースを別の場所に復元するためのコマンドを確認したり、私にサンプルを提供したりできるなら、ありがたいです。 編集:サイトから質問を編集して、この質問の一意性を示すように求められます。この質問により、問題が発生し、バックアップのOID、グローバルと非グローバルの違い、およびバックアップが適切であるかどうかを確認するための復元推奨事項のテストが明確になります。答えがあったので、cronジョブを使用してPostgresでバックアップ、グローバル/ OIDの把握、およびテスト復元プロセスを毎晩開始することができました。助けてくれてありがとう!


1
同じデータベースの.bakファイルと比較して、.bacpacファイルが非常に小さいのはなぜですか?
私は他のサーバーにインポートするために私のSQL Serverの2014 Expressデータベースのバックアップを行うとの間で、ファイルサイズの違いに気づいてきた.bacpacとします.bak。 同じデータベースのファイル.bacpacと比較して、.bakファイルが非常に小さいのはなぜですか? 洞察力をありがとう!

6
SQL Serverで可能な限り最小のバックアップ
毎日、WAN経由でSQL Serverバックアップを出荷しています。永久に時間がかからないように、これらのバックアップのサイズを最小化する必要があります。 バックアッププロセスに少し時間がかかるかどうかは気にしません。現状では、30ギガの圧縮バックアップをWAN経由で移動する必要があり、10時間以上かかります。 毎日のより小さなバックアップを取得する必要がある2つのオプションがあります。 ログ配布。これは、DRプロセスを再構築する必要があることを意味します。 データベースから情報を取り除き、反対側で再構築します(非クラスター化インデックスを削除し、クラスター化インデックスを100%でパックします-反対側で再構築します) 両方とも、私たちの側からかなりの量の作業を伴います。SQL Server 2008 proを使用しています。すべてのバックアップが圧縮されています。 オプション(2)と同等のバックアップサイズを提供できる商用製品はありますか? そこにあるの包括的な私たちは(2)を達成することができますそこにスクリプトが?(インデックス付きビュー、フィルター処理されたインデックス、外部キーなどの処理)

7
クエリを再現するために必要なデータベースのサブセットをmysqldumpすることは可能ですか?
バックグラウンド selectクエリを再現するために必要なデータベースのサブセットを提供したいと思います。私の目標は、計算ワークフローを再現可能にすることです(再現可能な研究のように)。 質問 このselectステートメントを、クエリされたデータを新しいデータベースにダンプするスクリプトに組み込んで、データベースを新しいmysqlサーバーにインストールし、ステートメントが新しいデータベースで機能するようにする方法はありますか。新しいデータベースには、クエリで使用されたレコードに加えてレコードを含めるべきではありません。 更新: 明確にするために、クエリ結果のcsvダンプには興味がありません。私ができる必要があるのは、データベースのサブセットをダンプして、別のマシンにインストールできるようにすることです。そうすれば、クエリ自体を再現可能にすることができます(同じデータセットに関して変更可能です)。 例 たとえば、私の分析では、複数の(この例では3つの)テーブルからのレコードを必要とするデータのサブセットを照会します。 select table1.id, table1.level, table2.name, table2.level from table1 join table2 on table1.id = table2.table1_id join table3 on table3.id = table2.table3_id where table3.name in ('fee', 'fi', 'fo', 'fum');

1
BACKUPコマンドのBUFFERCOUNT、BLOCKSIZE、およびMAXTRANSFERSIZEの設定
私を探しています実用的に値を設定するためのガイダンスBUFFERCOUNT、BLOCKSIZEおよび、MAXTRANSFERSIZEのBACKUPコマンド。私は少し調査を行い(以下を参照)、少しテストを行いました。本当に価値のある答えは「まあ、それは...」で始まることを十分に認識しています。私が行ったテストと私が見つけたリソースのいずれかに示されているテスト(以下の方法を参照)に対する私の懸念は、テストが真空で行われることです。ほとんどの場合、他の負荷のないシステムで行われます。 長期的な経験に基づいたこれらの3つのオプションに関する適切なガイダンス/ベストプラクティスに興味があります:数週間または数か月にわたる多くのデータポイント。そして、特定の値を探しているわけではありません。それはほとんどが利用可能なハードウェアの機能だからです さまざまなハードウェア/負荷要因が、実行すべき内容にどのように影響するか。 これらの値がどれもオーバーライドされるべきではない状況はありますか? すぐに明らかではないこれらのいずれかをオーバーライドするための落とし穴はありますか?メモリーやディスクI / Oを使いすぎていますか?復元操作を複雑にしますか? SQL Serverの複数のインスタンス(既定のインスタンスと2つの名前付きインスタンス)を実行しているサーバーがあり、3つのインスタンスすべてのバックアップを同時に実行すると、集合(BUFFERCOUNT* MAXTRANSFERSIZE)使用可能なRAMを超えていませんか?可能なI / O競合? 1つのサーバーで3つのインスタンスを使用し、3つすべてのバックアップを同時に同時に実行する同じシナリオで、各インスタンス内で複数のデータベースのバックアップを同時に実行すると、これらの値の設定にどのように影響しますか?つまり、3つのインスタンスのそれぞれに100個のデータベースがあり、各インスタンスごとに2つまたは3つのバックアップを同時に実行し、6から9のバックアップが同時に実行される場合。(この状況では、いくつかの大きなデータベースではなく、多くの中小規模のデータベースがあります。) これまでに収集したもの: BLOCKSIZE: サポートされるサイズは、512、1024、2048、4096、8192、16384、32768、および65536(64 KB)バイトです。[1] デフォルトは、テープデバイスの場合は65536、それ以外の場合は512です[1] CD-ROMへのコピーおよびCD-ROMからの復元を計画しているバックアップを作成する場合は、BLOCKSIZE = 2048 [1]を指定します 単一のディスクに書き込む場合、デフォルトの512で十分です。RAIDアレイまたはSANを使用する場合は、デフォルトまたは65536のどちらが優れているかをテストする必要があります。[13(18ページ)] 手動で設定する場合、値はデータファイルの作成に使用されるブロックサイズ以上でなければなりません。そうでない場合、次のエラーが表示されます。 メッセージ3272、レベル16、状態0、行3 'C:\ Program Files \ Microsoft SQL Server \ MSSQL11.MSSQLSERVER \ MSSQL \ Backup \ BackupTest.bak'デバイスのハードウェアセクターサイズは4096ですが、ブロックサイズパラメーターは互換性のない512のオーバーライド値。互換性のあるブロックサイズを使用してステートメントを再発行します。 BUFFERCOUNT: デフォルト[2]、[8]: SQL Server 2005以降のバージョン: (NumberofBackupDevices * [mystery_multiplier])+ NumberofBackupDevices +(2 …

1
新しい仕事のDBA初日-バックアップとセキュリティを確認する-方法 他に何をチェックする必要がありますか?
一般に、新しい環境で開始するとき、バックアップの場所、最後のフルバックアップが行われた時刻、最後の復元が適用された時刻、およびセキュリティも確認します。 これを行うには、T-SQLを使用します。 バックアップを確認する ;with Radhe as ( SELECT @@Servername as [Server_Name], B.name as Database_Name, ISNULL(STR(ABS(DATEDIFF(day, GetDate(), MAX(Backup_finish_date)))), 'NEVER') as DaysSinceLastBackup, ISNULL(Convert(char(11), MAX(backup_finish_date), 113)+ ' ' + CONVERT(VARCHAR(8),MAX(backup_finish_date),108), 'NEVER') as LastBackupDate ,BackupSize_GB=CAST(COALESCE(MAX(A.BACKUP_SIZE),0)/1024.00/1024.00/1024.00 AS NUMERIC(18,2)) ,BackupSize_MB=CAST(COALESCE(MAX(A.BACKUP_SIZE),0)/1024.00/1024.00 AS NUMERIC(18,2)) ,media_set_id = MAX(A.media_set_id) ,[AVG Backup Duration]= AVG(CAST(DATEDIFF(s, A.backup_start_date, A.backup_finish_date) AS int)) ,[Longest Backup Duration]= …

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