問題タブ [log-shipping]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sql-server - ログ配布の問題 コピーおよび復元ジョブの失敗エラー パスへのアクセスが拒否されました (mscorlib)
セカンダリ フォルダーにアクセス許可 (sqlserveragent と私のもの) を与えましたが、それでもこのエラーが発生します。SQL サーバー: Ntservice\msssqlserver SQL エージェント: ドメイン\テスト
メッセージ 2016-04-21 12:00:31.48 トランザクション ログのコピーを開始しています。セカンダリ ID: 'bfa5d1ac-8c4c-4004-a1d1-27ab9a0bd6b4' 2016-04-21 12:00:31.49 コピー設定を取得しています。セカンダリ ID: 'bfa5d1ac-8c4c-4004-a1d1-27ab9a0bd6b4' 2016-04-21 12:00:31.49 コピー設定を取得しました。プライマリ サーバー: 'xxx'、プライマリ データベース: 'ac5T'、バックアップ ソース ディレクトリ: '\xx\Primaryshared'、バックアップ先ディレクトリ: '\test\SecondaryShared'、最後にコピーされたファイル: '' 2016-04-21 12:00 :31.51 ログバックアップファイルをコピーしています。プライマリ サーバー: 'CRYSTAL'、プライマリ データベース: 'ac5T'、バックアップ ソース ディレクトリ: '\xxx\Primaryshared'、バックアップ先ディレクトリ: '\TEST\SecondaryShared' 2016-04-21 12:00:31.54 ログ バックアップ ファイルをコピーしています一時作業ファイル。ソース： '
sql-server - TRNファイルは非常に大きい
メイン サーバーからスタンバイ サーバーへのログ シッピングを含む SQL Server 2000 データベースの保守計画を立てました。ディスク容量の問題により、プランを無効にする必要がありました。ログ バックアップを実行して計画を有効にしたことを解決した後、作成される最初の trn ファイルが巨大になり、ディスク容量が再び少なくなるため、途中でジョブを停止する必要がありました。インデックスの再構築は行っていません。trn ファイルが非常に大きくなる原因は何ですか?
SSISモジュールを実行するアーカイブサーバー（SQLサーバー2012）もあり、特定のデータをメインサーバーからコピーして削除しますが、これに関連している可能性がありますか？アーカイブはメインのトランザクション ログ ファイル (.ldf) を肥大化させましたが、前述のログ バックアップを実行した後、使用されるログ スペースの割合が減少し、LDF は今のところそれ以上増加していません。LDF ファイル自体はかなり大きいです。
sql-server - SQL Server 2008 から SQL Server 2014 へのログ シップの方法
SQL Server 2008 から SQL Server 2014 に出荷を記録する必要がありますが、サーバーではスタンバイ モードでの実行が許可されていません。
私もグーグルをしましたが、それでも正しい答えが得られませんでした。
sql-server - 読み取り専用スタンバイを作成するログ配布計画
スタンバイ モードでメイン サーバーからセカンダリ サーバーにログを配布するための保守計画を作成しました。読み取り専用モードでスタンバイ データベースを作成しています。復旧を伴う復元を実行してデータベースを読み取り/書き込みに変更すると、ログ配布の復元ジョブが失敗します。セカンダリ サーバーはフェールオーバーとして使用されるため、フル アクセスできるようにしたいと考えています。以前、同じ手順を使用して、同じサーバー上で問題なくプランを作成しました。
sql - 同期自動フェールオーバー AlwaysOn 可用性グループ AAG からのログ配布
同期コミットと自動フェールオーバーで実行されている AlwaysOn 可用性グループがあります。たとえば、ノード SQL01A または SQL01B を持つ SQL01 として接続されています。
このデータを別のサーバー SQL02 のウェアハウジングで使用できるようにしたいと考えています。変更数が多く、読み取り数が多いため、AAG 非同期コミットを使用できません。処理が遅れて待機時間が長くなるからです。
このため、1 日 1 回 SQL02 にログシップすることにしました。ただし、ノード SQL01A と SQL01B の間で AAG がフェールオーバーするため、これに関するベスト プラクティスについてはわかりません。
SQL01A から LSBackup、Copy、Restores をセットアップしました。次に、SQL01B にフェイルオーバーしてセットアップします。ただし、コピーと復元でジョブエラーが発生するため、各ジョブに追加のステップを追加して、プライマリコピーまたは復元ジョブであるかどうかを確認し、そうでない場合は終了できますが、これは面倒なようで、何かが足りないと感じています?
アドバイスをいただければ幸いです。
sql-server - オンプレミスから Azure IaaS SQL へのログ配布の構成
オンプレミス サーバーから Azure Iaas SQL VM へのログ配布を構成しようとしています。方法と制限を教えてください。
主に、オンプレミスと Azure の間のネットワーク共有パスを構成する方法と、バックアップと復元がどのように行われるかを知りたかった