1

私が知る限り、Azure DB を廃止された層から新しい層にスケーリングするには、Azure portal のスケール機能を使用するだけです。

私がどこにも見つけられないように見えるのは、廃止された層から新しい層にスケーリングするときに、接続文字列の変更が必要かどうか (または、使用できなくなる可能性があるその他の問題) があるかどうかについての決定的な答えです。

アップグレードが必要な本番データベースがあります。サービスの中断は非常に悪いことです。

4

2 に答える 2

5

スケール操作によって接続文字列が変更されることはありません。スイッチオーバーが発生している間、(非常に小さいが) 限られた量のダウンタイムに直面する可能性があります。

詳細については、ドキュメントを参照してください。アップグレード中は、geo レプリケーションを一時停止する必要があることに注意してください (既に有効になっている場合)。

于 2015-06-12T19:53:34.583 に答える
1

技術的には、サーバー、接続文字列、すべてが同じですが、バージョンと機能は同じです。

しかし、 docu からの次のステートメントが気になります。

アップグレードの所要時間は、サーバー内のデータベースのサイズ、エディション、および数によって異なります。アップグレード プロセスは 、サーバーの場合、特にデータベースを持つサーバーの場合、数時間から数日かかる場合があります。

  • 50 GB より大きい、または
  • 非プレミアム サービス レベル

これは一種の懸念事項です。

可能であれば、私がすることは次のとおりです。

  1. サービスを読み取り専用モードにする (DB への書き込みを保留にする)
  2. コマンドを使用して、既存のサーバーから同じサーバーに新しいデータベースを作成します-CREATE DATABASE AS COPY OF ...
  3. DB の作成準備ができたら、新しい db を backpac にエクスポートし、エクスポートの準備ができたら DB を削除します。
  4. アップグレードを実行します。

理論的には、システムを読み取り専用モードにせずにプロセスを実行できますが、私はより多くの予防策を講じています。

はい、単一のデータベースだけでなく、Azure SQL DBサーバーをアップグレードしていることにも注意する必要があります。

于 2015-06-12T18:27:27.240 に答える