2つのMicrosoft Azure仮想マシン（古典としてマークされています）を使用しています。 1つはテスト目的と内部デモに使用され、もう1つは生産であり、クライアントのインスタンスはほとんど実行されません。私のデータを失うことなくMicrosoft Azure仮想マシンのサイズを変更したい
私がしたいのは、仮想マシンのサイズを変更することです。これは非常に一般的なプロセスであり、Azure Management Portalから簡単に実行でき、データには影響しないことを理解しています。しかし、私がテストマシンのサイズを変更したとき、まさにこれが起こり、すべてのデータが失われました。
Azureサポートの回答は でした。「添付されたディスクを保持し、必要なサイズの新しいVMを作成することによってVMを削除することをお勧めします。なぜこれがよかったのか分かりませんか？
一時的な（シャーシからシャーシに）スクラッチディスクに格納されているデータは、耐久性のないディスクであり、危険にさらされます（VMのサイズ変更時に破壊/再作成される可能性があります）。
耐久性のあるデータを持つ唯一の方法は、Azure Storage（BLOB、vhdを添付ディスク、Azureファイルストレージ）または外部データベースを使用することです。 Azureストレージはで、耐久性は（最低3部）ですが、VMには保存されません。
もう一つ：VMのOSディスクはAzureストレージでVHD（そのOSのディスクがちょうど添付VHDのように、耐久性がある）です。
はい、このマシンには、1つのOSディスクが付属し、2つのDATA（.vhd）ディスクがあります。私は、OSディスク上のデータを失うことは理解していますが、データディスクは新しいマシンに接続することも、サイズを変更して現在のディスクに保存することもできます。 – Nikola
実際、OSディスクでは何も失われません。あなたは*スクラッチ*ディスク上のデータを失う。 –
これを行うには複数の方法があり、OSディスク、添付ディスク、ブロブのデータは唯一の耐久性のあるデータです。
は、データが失われないために、あなたは クラシックのVMを使用していることから、次の操作を実行できます。の1-
は、ポータルと キャプチャそれのうち、画像上のVMに移動します。2-があなたの新しいイメージに移動し、あなたが必要とする新しい仕様を指定して、それのうちに新しいVMを作成します。
3完了したら、を新しいVMに接続します。終了しないで古いVMを維持します。
4-すべてのデータがあるかどうかを確認します。はいの場合は古いデータを削除します。 （古いIPが必要な場合でも、新しいIPに割り当てることができます）。
乾杯。
私は理解しています。私たちのデータはストレージディスクに保存されているので、これはあなたが説明したように機能するはずです。これは行く方法を聞いて、返信とヒントをありがとう。 – Nikola
私は助けてくれると嬉しかったです。 –
データの損失についてどういう意味ですか？一時的な（内部の）スクラッチディスクに本番データを保存していますか？もしそうなら、それは耐久性がなく、いつも危険にさらされている（そして広告されている）ので、あなたのVMのサイズを変更すると破壊/再作成されるでしょう。 –