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

私はSQL Server 2014を使用していますが、これは状況です： サーバーAとサーバーBがあります。 夜間ETLはサーバーAで処理されます。 ロードプロセスが完了した後、データベースXは（と、バックアップされるCHECKSUMとRESTORE VERIFYONLY信頼性を確保するため）、その後、サーバBに送信されます サーバーBはbakファイルを受信し、データベースをそこに復元します。 差分バックアップ戦略を使用して、次のことを行います。 完全バックアップは土曜日にのみ行わ れます。つまり、土曜日にサーバーAの完全バックアップ->サーバーBに出荷->サーバーBの完全バックアップを復元します。 残りの日は差分バックアップ、 つまりサーバーAの差分バックアップ->サーバーBに出荷->サーバーBの差分バックアップを復元します 試しましたが、エラーが発生しました： ロールフォワードの準備ができているファイルがないため、ログまたは差分バックアップを復元できません。 理由はわかりません。sys.database_filesサーバーAとサーバーB を確認しましたが、differential_Base_LSNとdifferential_base_GUIDは同じであることがわかります。どこでも/他に確認するものはありますか？ ちなみに、上記の手順2でサーバーBの差分バックアップを復元する場合、毎回完全バックアップと差分バックアップの両方を常に復元する必要がありますか？ WITH RECOVERY完全バックアップは前日にすでに復元されているため、差分バックアップのみを復元しました（そしてそのエラーメッセージが表示されました）。 明確にするために：はい、サーバーBのデータベースを差分間で読み取り可能にします。どうすればそれを回避できますか？毎晩RESTORE FULL (WITH NORECOVERY)+ RESTORE DIFF (WITH RECOVERY)コンボシーケンスを行う唯一のオプションはありますか？ どんなガイダンスでも大歓迎です。

13 sql-server  backup  restore 

2012年のSQL Serverでのさまざまなアクティビティの長期追跡を開始しましたが、増分バックアップ中にバッチリクエストが増加していることに気付きました。 アイデアを提供するために、通常の日常的なバッチリクエストは1秒あたり約10〜20ですが、差分バックアップの実行中は1秒あたり100〜130に跳ね上がります。 私はこれがそれほど多くないことを知っていますが、それが何が起こっているのか興味がありました。 この問題のトラブルシューティングに役立つ情報がわからない。

13 sql-server  performance  backup 

MySQLの場合、データベースはSQLステートメントでテーブルごとにバックアップされることを知っています。これによりロックが発生し、バックアップ中に列を更新すると、整合性の問題が発生する可能性があります。 私の理解では、これはMicrosoft SQL Serverには適用されませんが、SQL Serverはこれをどのように処理しますか？DBの一貫性を保つために内部フリーズがありますか？ また、バックアップはシングルスレッドであり、単一のファイルにバックアップすることを想定して、1つのコアのみを使用することを聞きました。また、マルチコアマシン、たとえば16コア、または少なくとも1つよりもかなり大きな数のマシンがあるとします。 私の個人的な経験から、バックアップを取る際にロックやオーバーヘッドの問題はありませんでしたが、私の経験は限られています。そのため、サーバープロパティで常にバックアップの圧縮を有効にすることをお勧めします。 では、バックアップジョブの実行中はどうなりますか？また、バージョンごとに大きな違いはありますか？たとえば、2008、2012、2014（ライセンスではありません）。

13 sql-server  sql-server-2012  backup  sql-server-2014 

実稼働環境にログ配布を展開したいと考えています。これは、開発環境を更新するためにバックアップを取る人々によって中断される可能性があるバックアップチェーンを管理する必要があることを意味します。障害が発生し、ログバックアップを使用して特定の時点に復元したい場合は、開発者が作成したバックアップも必要になります。 開発者がコピーのみのバックアップのみを使用している場合、これは起こりません。だから私の質問は次のとおりです。コピーのみのバックアップのみを実行できるようにユーザーを制限する方法はありますか？

13 sql-server  backup  security 

Microsoft SQL Server 2005 DBサーバーがあります。DBサーバーには、約250のユーザーデータベースがあります。これらすべてのデータベースのバックアップを取る必要があります。バックアップを手動で取得すると時間がかかるため、250個すべてのデータベースのバックアップを自動的に取得するバッチスクリプトまたはDBスクリプトを探しています。誰でもこれを手伝ってくれますか？

13 sql-server  sql-server-2005  backup 

クライアントのSQLサーバーには多くのデータベースがあります。これらのデータベースは開発中であるため、開発者は設計、リファクタリング、データ変更などを行うことができます。ほとんど変更されないデータベースがいくつかあります。私のクライアントは、それらすべてを安全に（バックアップして）保持し、環境の管理に時間を費やさなければなりません。（会社にはDB管理者の立場はありません。）長い議論の末、クライアントは復元が容易なため、毎日の完全バックアップ戦略を使用することにしました。 状況の概要は次のとおりです。 データベースの数は毎日異なります。 変更されたデータベース（データや構造が変更されたことを意味します）はバックアップされます。 変更されていないデータベースはバックアップされません。 ソリューションはデータベース構造に影響を与えません（要件に制限はありません） この「バックアップエンジン」は自動的に機能します。 主な問題：データベースが変更されたことを検出する方法。問題の最初の部分（DDLの変更）は、DDLトリガーを使用して解決できます。ただし、データの変更（DMLの変更）は問題です。DMLトリガーをすべてのデータベースのすべてのテーブルに適用して、変更（パフォーマンス、拡張オブジェクトの管理など）を追跡することはできません。バックアップエンジンは、すべての変更を追跡して、各データベースをバックアップ準備完了としてマークする必要があります。 変更データキャプチャはソリューションですが、重すぎるようです（SQL Server Enterprise Editionも必要です）。 別の方法は、データベースファイルの変更（サイズまたは最終変更時刻）を追跡することですが、正しく機能しません。データベースは、予約されたすべての空き領域を超えたときにサイズを変更でき、sp_spaceusedは解決策ではありません。 トレースは解決策ですが、パフォーマンスの問題を引き起こし、追加の管理が必要です。 他のデータベース管理オブジェクト（統計など）に影響を与えずに、実際のデータベース使用量を計算するソリューションはありますか？テーブルのサイズを変更しないテーブルのデータへの変更はトリガーされないことを認めました（私は思う）が、それは何もないよりはましです。本当にSQL Server 2008の直接または間接的なソリューションを探しています。 コメント、解決策、考えをお寄せいただきありがとうございます。 追加： ソリューションは次のとおりです（Marianに感謝）。 Select NextLSN = MAX(fn.[Current LSN]) ,Databasename = DB_NAME() from fn_dblog(NULL, NULL) fn LEFT JOIN sys.allocation_units au ON fn.AllocUnitId = au.allocation_unit_id LEFT JOIN sys.partitions p ON p.partition_id = au.container_id LEFT JOIN …

13 sql-server-2008  backup  trigger 

最近、データベースを復元するスクリプトに出くわしたとき、「FILE = 1」を使用する必要があるのか​​疑問に思いました。そのステートメントなしでデータベースを復元することはできません！？基本的に、それは何のために使用されますか？

13 sql-server  sql-server-2012  backup  restore 

私はPostgreSQL 9.1を使用していて、pg_dump次のコマンドで生成されたバックアップファイルを復元したい： sudo pg_dump -h 127.0.0.1 -U postgres --clean --inserts -E UTF8 -f out.sql database_name このコマンドは、既存のデータベースオブジェクトの削除で始まる有効なsqlファイルを生成し、次にすべてのテーブルを生成し、インジタイズ、シーケンスなどを行い、最後にデータを挿入します。 生成されたバックアップファイルを復元しようとすると、次のようになります（表示目的でのみ改行が追加されます）。 sudo pg_restore -d database_name -h 127.0.0.1 -U postgres --format=c --clean --create out.sql 失敗して出力します： pg_restore: [archiver] did not find magic string in file header その理由は何ですか？

13 postgresql  backup  postgresql-9.1  pg-dump 

FILESTREAMバックアップが不要な1TB近くのデータを含むデータベースがあります（データが削除された場合、数時間で自動的に再作成されるため、重要ではありません）。ほとんどのデータは数日ごとに変更されるため、差分バックアップではサイズを抑えることはできません。 私は、私はリカバリモードを設定することにより、必要な方法で作業のバックアップを持っていたFull別の作成、FILEGROUPためにFILESTREAMのみ「プライマリ」のバックアップを取って、FILEGROUP。これが原因で発生した問題は、ログファイル（バックアップされる）にFILESTREAMデータが含まれるために不必要に大きくなることでした。 SIMPLEリカバリモードは特定FILEGROUPのsのバックアップを実行する私の能力を奪うので、私もそれがオプションになるとは思わない。 私の考えは、FILESTREAMデータを別のデータベースに移動するだけですが、今では参照整合性を失い、他の多くの問題も確実に継承しています。 Simpleリカバリモードで部分的なバックアップを作成する方法はありますか（FILESTREAMテーブルを読み取り専用に設定せずに）？そうでない場合、私の問題に対する他の健全な解決策はありますか？

12 sql-server  backup  sql-server-2014  transaction-log  filestream 

現在、環境内のSQL Server 2005/2008 / 2008R2 / 2012サーバーでのバックアップには標準のメンテナンスプランを使用しており、[バックアップの整合性の確認]ボックスは常にオンになっています。 バックアップの一部は非常に長時間実行されるため、このオプションをオフにすることをお勧めしますが、管理者はこの変更の影響とリスクを文書化する必要があります。 このオプションの使用と履歴を理解していますが、（私の意見では）発生する可能性のあるエラーが検証中ではなくバックアップステップ中に発生する場合、バックアップジョブの時間を2倍にする必要はありません。 私が間違っている？ストリーミングテープなどではなくディスクにバックアップする場合、これをオフにすることは最小限のリスクですか？（必要に応じて、ネットワーク経由でEMC DD-800バックアップアプライアンスにバックアップします。） これをオフにしても安全な場合の公式のMS推奨事項はありますか？ 環境内のすべてのバックアップで「検証」を実行していますか？それらをスポットチェックしますか？ 編集：明確にするために、メンテナンスプランで[バックアップの整合性の検証]をチェックすると、SQLは各バックアップの直後に各データベースで完全な復元を行います。これは、元のバックアップと同様にデータ/ IOを集中的に使用し、（基本的に）バックアップジョブの全体的な時間を2倍にします。これは、ありません（私の知る限り、ウィザードで行うことができない）、バックアップの「チェックサム」オプションを有効にすると同じ。

12 sql-server  backup 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、データベース管理者のStack Exchangeのトピックになるようにします。 5年前に閉鎖されました。 リレーショナル設計によってリンクされた他のテーブルの他のテーブルに保存されているすべてのデータとともに、テーブルの選択された行からデータをエクスポートするツールはありますか？ 目的は、アドホック移行のためにサーバー間でデータのビットの移行を容易にすることです。定義された外部キーを持つMySQL InnoDBのツールを特に探しています。

12 mysql  backup  migration  mysqldump  tools 

中規模のビジネスクリティカルなSQL Server 2008データベースを継承し、バックアップ計画に頭を悩ませようとしています。（私はDBAではなく開発者です。） 現在のシステムのセットアップ方法には、2つのバックアップシステムがあります。 毎週の完全バックアップ（.bak）および1時間ごとのトランザクションログ（.trn）バックアップ。これらのバックアップは数セット保持され、定期的にオフサイトで出荷されます。 .ldf復旧モデルがに設定されたSQL Serverログ（）Full。このファイルはメイン.mdfファイルとは別のドライブにありますが、それ以外の場合はバックアップされません。 緊急リストアの場合（または、バックアップを開発マシンにリストアする場合）、私の手順は.bakファイルを使用してから.trnファイルを適用することです。この手順を比較的簡単にするスクリプトがあります。 私の質問： .ldfファイルからデータベースを復元することは可能ですか？それは何のためですか？ これらのトランザクションログの両方を保持することは不必要に冗長ですか？ .ldfファイルをバックアップすることは重要ですか？

12 sql-server  backup 

金曜日の午後9時に毎週のバックアップジョブを実行しますが、ディスクスペース（時々非常に低くなります）とパフォーマンスに関するいくつかの問題が発生しています。何が起こるかを合理化/最適化することを検討しており、コメントをお待ちしています。 具体的には： バックアッププロセスは、バックアップ中に統計を更新するのに約4時間かかります。このプロセスを安全に無効にして時間を節約できますか？ ディスクスペースが非常に頻繁に不足しているため、プロセスを再調整する必要があるかと考えています。現在、バックアップを作成してから以前のバックアップを削除しますが、これがディスク容量を圧迫しています。最初に以前のものを安全に削除してからバックアップを実行できますか？ その他のコメントや意見は大歓迎です編集：サーバー上のSQLファイルの合計サイズは約35GBです。1つのデータベースのサイズは約25GBで、他の6つの共有は他の10GB程度を占めています。

12 sql-server-2008  backup  maintenance  disk-space 

SQL AzureインスタンスでホストされているOLTPデータベースがあります。データベースのコピーをクラウドから取得して、ソースデータベースに影響を与えることなく、重い抽出とOLAPスタイルのクエリを実行できるようにします。 データベースのコピーをローカルSQL Serverインスタンスにプルダウンするにはどうすればよいですか？

12 backup  duplication  azure-sql-database 

Oracle®Database Backup and Recovery Basics 10g Release 2（10.2）によると アーカイブREDOログは、メディアリカバリを成功させるための鍵です。定期的にバックアップしてください。 しかし、なぜアーカイブログのバックアップが非常に重要なのかと思います。通常のRMANの完全および増分データファイルバックアップを使用するだけで、ポイントインタイムリカバリを実行できますか。

12 oracle  backup  rman