今後のリリース予定については以下を参照していただければ。移行方法を軽くまとめてみたいと思います。地域での移行を想定しています。利用単位ですが「サーバー単位」となります。データベースを共存することはできません。アップグレードですが、ポータルから実施できるのはサーバー単位になります。24時間程度かかるようです。サーバーを作成して、そのサーバーに対して移行を行うことになるかと。接続文字列の変更は必要となります。使用した移行などが考えられるかと。移行中は一時的にパフォーマンスレベルを高いものに設定しておき、移行時間の短縮も検討する必要があるかと。回しかパフォーマンスレベルは変更できなかったかと思いますので、変更の回数については十分に注意をしておく必要があるかと思います。レベルの変更それでは、それぞれの移行方法について確認をしてみたいと思います。■データベースのリストアによる移行データベースのリストアによる移行ですが、データベースの移行は「同一のバージョンのサーバー」でしか実施することはできません。復元をすることができません。リストアすることもできません。アップグレードというような手順を踏む必要があります。動作確認にはこのシナリオが使えるかと思います。データベースをコピーすることができます。Database)この場合も制限は同じになるようで異なるバージョンに対しては互換性がないということでコピーのデータベースを作成できないようです。よる移行については異なるバージョン間で実施することができます。インポートすることが可能です。エクスポートしても同様になります。対応しているので、最新のものを使用していれば問題なくインポートできるかと。よる移行ですので、こちらもバージョンをまたいで移行することが可能です。似たような構成ですね。Database間の移行と同じ方法で対応ができますので、本番移行時には特定のテーブルのみを移行したい場合には、こちらを使うと手軽かもしれませんね。移行をしようと思った際の取り掛かりには詰まらないかと。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。