問題タブ [disaster-recovery]

Microsoft Azure バックアップは、保持期間が短縮された後も利用可能な復旧ポイントまたは宛先の使用量を削減しません。

約 6.8 TB のバックアップで保持期間を 30 日に設定しました。1 週間以上前に保持期間を 7 日に変更しましたが、復旧ポイントの合計が 7 になるまで数日かかりました。使用量はまだ増えていました。

今日（月曜日）に来ましたが、バックアップの合計数は現在 10 で、バックアップ先の使用量は現在 7.57 TB です。

Azure Backups Services にバックアップするサーバーは 1 つしかありません。

私の質問は次のとおりです。
1. Azure が保有期間外のバックアップを削除するのにどれくらいの時間がかかります
か? 2. 保有期間外の復旧ポイントを移動するのはなぜですか?
3. 保持期間外のバックアップのみをパージする方法はありますか?

*バックアップ エージェントには、「領域割り当てデータは毎日更新されます」と記載されています。

ストレージ コストが非常に高くなっているため、誰かがこれに関する情報を持っていると、大きな助けになります。

事前に助けてくれてありがとう

Z

望ましい結果: 悪意のあるユーザーが AWS アカウントにアクセスしてリソースを一掃するという多くの恐ろしい話を聞いた後、RDS スナップショットと EC2 AMI/ボリュームを完全に別の AWS アカウントにコピーして、" time-capsule」または「ice-cold-recovery」サイト。

セキュリティの基本: 既存のすべてのアカウントに IAM と MFA を使用し、アクセスの必要性に基づいて誰が何をできるかを制限しています。ほとんどのユーザーはすべてに対して読み取り専用アクセス権を持っており、一部のユーザーはパワー ユーザーです。root アカウントは使用しません。

最初の発見: AMI やスナップショットを別のアカウントにコピーするネイティブな方法がないため、現在のアカウントを使用して AMI/スナップショットへの「ボールト」アカウント アクセスを許可し、 Vault アカウントを使用して AMI/SS からインスタンス/DB を起動し、別のアカウントで完全なコピーを作成するためにインスタンス/DB の別の AMI/SS を作成します。

質問:

1. これはばかげていますか？
2. より良い方法はありますか？
3. これを簡単な方法で実現できるサービスまたはスクリプト ソリューションを知っている人はいますか?

十分な時間があれば、SDK を使用してこれを行うものを作成できると確信していますが、自分でコーディングしないことには非常にオープンです。

オンプレミスの mysql から Azure へのディザスター リカバリーをホストする予定です。両方のサーバーがオンプレミスの場合、マスター/スレーブ アプローチを使用して実行できることはわかっています。

マスター サーバーがオンプレミスで、他のサーバーが Azure のままである場合、それを達成するための高レベルの手順を説明できる専門家はいますか?

サーバーを再起動すると、データベースの 1 つがモードになりますIn recovery。log size is 117 Gig) _

エラーロを見ると、最後のメッセージは次のとおりです。

2015-03-11 11:27:43.04 spid36s データベース 'XXXx_DW' (10) の復旧は 3% 完了しています (残り約 114050 秒)。フェーズ 2/3。これは単なる通知メッセージです。ユーザーの操作は必要ありません。

唯一の解決策は待っている..？最新のバックアップをデータベースに復元するとどうなりますか? オンラインになりますか? 任意の提案をいただければ幸いです

古いラップトップが壊れたので、新しいラップトップを持っています。古いラップトップには、Team Foundation Server に接続されている Visual Studio ソリューションがあり、チェックインする前に多くの変更が行われました。

幸いなことに、変更内容を含む完全なフォルダー構造のバックアップを作成しました。

新しいラップトップに VS2013 をインストールし、ソリューションをハードドライブ (E: ディスク) にコピーしました。ソリューションを開くと、すべてのプロジェクトが正しく読み込まれますが、TFS への接続がありません。

「ソース管理の変更」を見ると、すべてのプロジェクトのステータスが無効になっています。ワークスペースを正しく設定しようとしましたが、これまでのところ何も機能しませんでした。

Hadoop クラスターの一部の物理サーバーがダウンし、新しいサーバーをデプロイする必要があるシナリオをシミュレートしようとしています。

ドキュメントで私が理解していることから、一度に実行される2つ以上のネームノードを構成する方法はありません(1つはアクティブモードで、もう1つはスタンバイモード)。

これらの 2 つのサーバーが一度に回復不能な状態になった場合、namenode のすべてのメタデータを回復する方法はありますか?

これはありそうもないシナリオであることは理解していますが、QJM を通じてこの状況でできることがあるかもしれません。

非常に問題のある git マージがあり、レポに少し問題が発生しました。

実際、私はそのように見える多くのファイルを持っています:

ご存知のように、これはマージの競合が発生した場合の通常の動作です。しかし、私は他のファイル バージョンを持っていません。これらだけです。

これをインタラクティブにマージするにはどうすればよいですか? 私が必要とするのは、「version1」と「version2」を隣り合わせに表示し、それらをインタラクティブにマージできるようにすることです。

もちろん、これらのファイル形式は、すべてのソフトウェアで構文エラーを意味します。

git mergeすべてのマージツールは、マージの競合はないと言っています。しかし〜がある。

私は何をすべきか？

拡張機能 #1: コマンドを使用して、シェルスクリプトを少し使用してファイルを分割します。

これらのファイルの一部がpath.0と にありpath.1ます。今、それらをマージするためのインタラクティブなソリューションが必要です。