Azure microsoftクラウド購入: Azure Database Migration Serviceを使用したローカルSQL Serverのゼロ移行
企業のITアーキテクチャがクラウドに発展する過程で、CIOが眠れなくなり、DBAが髪を落とすビジネスシーンは、あまり多くない
コアデータベースのクラウド移行
。
多くの企業は、数十GBから数TBのローカルSQL Serverデータベースに直面している場合、最も原始的な「ダウンタイム、バックアップエクスポート、クロスネットワーク転送、クラウド復元」の4曲を採用している。このやり方は小さなワークショップ式のエッジ業務では無理に走ることができるが、金融、電気商、あるいは24時間の高周波運転の生産システムに直面すると、自爆式の賭けと同じである何百ものGBのバックアップファイルをパブリックネットワークや専用線で海を越えて転送するだけで、何時間もかかる。この間、会社全体の業務は完全に停止し、「システムメンテナンス」のホワイトスクリーンを一時停止しなければならない。転送が中断されたり、クラウドの復元がエラーになったりすると、長いロールバックプロセスは四半期のKPIを台無しにするだけでなく、企業が耐えられない財務損失に直面する。
このような「ダウンタイムが長く、移行リスクが高い」業界の痛点を徹底的に減らすために、マイクロソフトのクラウド (Azure) はデータベースの現代化に特化したシームレスな引っ越し神器を取り出した --。
Azure Database Migration Service(DMS、データベース移行サービス)
。
その核心的な論理は強硬で優雅である
オンラインデータストリームの継続的なレプリケーション (Online Migration) を利用して、ほぼ「ゼロダウンタイム」のスムーズな移行を実現します。
その仕組みは、ローカルとクラウドデータベースの間に「リアルタイムの送血管」が挿入されているようなものです。移行が始まると、まず完全なデータシャーシの同期を行いますその後ローカルデータベースは、新しい注文を受け取ったり、新しいデータを書き換えたりしても、DMSはトランザクションログを読み取ることでこれらの増分データをミリ秒レベルの遅延でリアルタイムにクラウドのAzure SQL Databaseに「逆灌漑」します。両側のデータが完全に揃えられ、差異が数秒に圧縮されるまで、夜の深い人が静かな瞬間を選んで「切り離し」をクリックするだけで業務は数秒でスムーズにクラウドに切り替えられます。
今日私たちは公式概念の積み重ねを拒否し、退屈な教科書のパラメーターを使わない。最もハードコアな現代化生産の実戦から直接侵入して、手を持って大工場で規範化して、10分でクラウドにこのリアルタイムの血管を配置して、地元のSQL Serverを完璧にして、リスクをゼロにしてクラウドに送る。
第一段階: 深さ分解、オンラインゼロ停止移行の「三次元パイプラインモデル」
Azureコンソールでマウスをクリックする前に、DMSオンライン移行の基盤となるデータフローモデルを構築する必要があります。多くの人が配置時に頻繁にエラーを報告しているのは、この3つの間でどのように暗号を整列しているのか分からないからです
ソース: ローカルの物理マシン/仮想マシンのSQL Server: これはあなたの本番です。「オンライン中断しない」を実現するための
増分同期では、ローカル・データベースは完全・リカバリ・モード (Full Recovery Model) をオンにし、少なくとも1回は完全なバックアップを行う必要があります。これは、DMSが、あなたのトランザクションログ (Transaction Log) を読むことで、ユーザー一人一人が発生したばかりの注文や変更アクションをキャプチャできるようにするためです。
金移動工:Azure DMS(全管理移行エンジン): これはクラウドに座っている高防御、高合併のPaaSコンピューティングクラスタです。疲れを知らないデジタルトラックのようなものです。ローカルデータベースとクラウドデータベースの手を同時に引っ張っていけるように、DMSインスタンスは、物理専用線または高防御VPNを介してローカルイントラネットに侵入できる仮想ネットワーク (VNet) に導入する必要があります。
クラウド接続マン: Azure SQL Database (またはSQL管理インスタンス): これは移行のターミナルです。移行が正式に始まる前は、空いている部屋のようだった。DMSはまずここで画素レベルでローカルと同じ表構造、インデックス、制約をクローンしてから、次々と入ってきたデータストリームを受け入れ始めます。
第二段階: 実戦演習 ― 10分でビルを立ち上げ、DMSリアルタイム輸血血管を架設する
Azureにきれいなターミナルが事前に建設されていることを確認してください
Azure SQL Database
(またはAzure SQL管理インスタンス) で、ローカルルームとAzure仮想ネットワーク (VNet) 間のVPN専用線が完全に接続されています。
手順1: DMSの完全管理移行ワークスペースを開く
Azureポータルにログインします。
上の検索バーに「Azure Database Migration Services」と入力し、クリックしてコアコンソールに入ります。
一番上の「Create」をクリックします。基本情報: あなたのリソースグループを選んで、移行サービスにdms-core-prodと名付けます地域はあなたの地元の機械室に一番近いものを選びます。サービスモード: 非常に重要なのは、Azureリソースマネージャを選択することです。価格設定層 (priingtier): 「ほぼゼロダウン」のオンライン増分コピーをプレイするには、「Premium」を正確に選択する必要があります。標準版はオフラインの一回のエクスポートだけをサポートしています。高級版だけがオンラインの血管黒科学技術をロック解除できます。マイクロソフトは現在このサービスに対して非常に手厚い基礎テストを提供しています。仮想ネットワーク (バーチャルネットワーク): ローカルルームとVPN/専用線で接続されたVNetを正確に選択します。
作成をクリックします。マイクロソフトのサーバーレス編成エンジン
バックグラウンドでこの移行ゲートウェイを磨き、約3分ほどでサービスがオンラインになります。
第三段階: 実戦演習二 -- 次元を下げて打撃を受け、オンラインのリアルタイムデータを逆灌漑する
DMSインスタンスの状態が緑色に点灯した場合
成功しました
最もハードコアな引っ越しの戦いが正式に始まりました。クリックしてDMSインスタンスに入ります。
1.新しい移行大皿プロジェクト (New Migration Project)
上部の「New Migration Project」をクリックします。
Project name: proj-sql-to-azureという名前です。
Source server type: SQL Serverを選択します。
ターゲット・サーバー・タイプ: Azure SQLデータベースを選択します。
「オンラインデータ移行」を選択しなければならない。
2.二界ジョイント暗号の整列
「次へ」をクリックして、ソースステーションとターゲットステーションの証明書入力ページに来ます
Source details (ソース詳細): ローカルSQL Serverのイントラネットipアドレス、ポート番号、およびsysadmin権限を持つDBAアカウントパスワードを入力します。
ターゲット詳細: Azure SQL Databaseのサーバードメイン名 (sql-prod-srv.database.windows.netなど) とクラウドの管理者アカウントパスワードを入力します。
データベースの選択: ローカルSQL Serverのすべてのデータベース・リストが自動的に空になって取得されます。引っ越しが必要なコアビジネスライブラリ (db_ecommerceなど) をチェックします。
3.中間中継局 (ネットワーク共有パス) をレイアウトする
オンライン移行には、トランザクションログのバックアップを一時的に保存するために、ローカルとクラウドのDMSが読み書きできる中継ステーションが必要です。
「ネットワーク・ロケーション・フォーム」に、ローカル・ルームのSMBネットワーク共有パス (\ \ local-nas \ sql_backupなど) を入力します。
このパスを読み書きできるドメインアカウントのパスワードを入力します。DMSは、ローカルSQL Serverに増分ログをこの共有ディレクトリに次々と吐き出すように通知し、DMSはここからログを取得し、解析し、クラウドに高周波的に再生します。
次へ続けてクリックし、最後に
「Start Migration」 (移行の開始)
。
第四段階: 奇跡の現場を目撃します。
「起動」をクリックした後、「このアクティブな移行タスクに入る」をクリックします
(Migration Activity) 詳細ページ。
非常に直感的なストリーミング監視の大皿が見えます
全量ロード段階 (Full Load):DMSはバックグラウンドで、ローカルに存在する在庫データをパッケージ化し、稲妻のようにクラウドにクローンしている。
増分同期段階: 全量走り終わると、ステータスはSyncingになります。このとき、開発者にローカルデータベースに意図的にテスト注文を挿入させると、大皿の「増分更新カウンタ」が瞬時に鼓動し、1秒以内にこの新しい注文はすでに数千キロ離れたAzureクラウドデータベースで安定している。両側のデータ差は2秒以内に死んだ。
究極の切流接線時刻 (Cutover)
状態が死んでも
レディースto Cutover
(切り替えの準備ができました) 時、上雲の突撃号が鳴ったと説明します。
行政命令を出す: フロントエンド開発を通知し、ローカルAPPまたはwebサイトの接続プールを一時的に「読み取り専用」に変更するか、フロントエンドを数秒間停止して、ローカルデータベースに新しいデータが書き込まれなくなるようにする。
大皿の「未移行事務」が完全にゼロになり、遅延が0秒になる瞬間を待つ。
ワンクリックで上昇: DMS詳細ページの上部で、「コンプリートCutover」ボタンを思い切って押します。DMSは最後の2秒間の残留ログを強制的に再生し、完全に安全に両界の通路を断ち切る。
運送次元は、フロントエンドAPPのデータベース接続文字列 (Connection String) をフルスピードで、クラウドへのsql-prod-srv.database.windows.netをワンクリックで修正し、フロントエンドサービスを再開します。
全過程は停止、切流、クラウド満血から復活し
業務ライン全体の実質的なダウンタイムは、わずか15秒から1分以内に強制的に圧縮された
。海外の購入者は、携帯電話のwebページがわずかに更新されたと感じているだけで、企業全体のデジタル帝国の大後方は、マイクロソフトのクラウドのトップレベルの高防室で順調に教師になり、ビーチにログインして成功した。
第五段階: 工業レベルのゼロ停止移転によるピット血涙歴
この移行案は実戦での優雅さは芸術といえる。しかし、本当の企業レベルの大流量、厳しい生産監査戦場で安定して生きていくには、最高のデータベース設計者として、コンピューターを閉じる前についでに、次の2つのオンライン同期による現実的な大きな穴を溶接死させた
1. 致命的な「ローカルディスクがいっぱいになった」という危険性 (LogチェインBroken)
オンライン移行中、DMSはトランザクションログのバックアップをローカルで読み取り、クリーンアップする必要があります。
災害発生: ローカルの本番ライブラリが非常に高い場合 (たとえば、1秒間に数万件の書き込みがある場合) 、ローカルのマシンルームは共有バックアップに割り当てられます
SMB Pathのディスク領域は非常に狭い。多国籍ネットワークがわずかに揺れて、クラウドのDMSがログをつかむ速度が遅くなって、ローカルのSQL Serverは依然としてこのディレクトリにログを吐き出している数時間以内にローカルのストレージスペースを完全にブロックして、ローカルの本番データベースがその場でスペース不足で脳死してしまう。
大工場標準死防止金メダル規範: DMSを開く前に、ローカル共有バックアップディスクに日常ログの発生量の2倍以上の余裕を持たせ、Powershellを利用して定時スクリプトを書かなければならないDMSは、あるバッチログがリプレイされたことを正常に確認している限り、自動的にローカルでその物理的な粉砕を消去します。充実した物理予算でネットの不確実性に対抗する。
2.外部キー制約とトリガを全量ロード期間中に「お手数をおかけする」ことは厳禁です
ローカルデータベースに非常に複雑な設計がある場合
外部キー制約
(たとえば、Aテーブルを挿入すると、トリガーは自動的にBテーブルを修正します)。
内部者露出: DMSが最初のステップのフルロードを実行しているとき、それはマルチスレッドがクラウドに並行してデータを破壊した。クラウドのテーブル構造がデフォルトで高周波トリガーをオンにした場合、DMSがデータを詰め込むと、トリガーはクラウドで別のテーブルをスマートに変更しますこれはデータに重大な二重衝突をもたらし、帳簿が合わないだけでなく、クラウドデータベースのCPUを一瞬で爆発させ、全量同期のスピードを亀のように遅くします。
ハードコア補強規範: まず服を脱いで、後に服を着る。クラウドDDLスクリプトを作成するときは、まずクラウドに外部キー制約なし、トリガーなしの「裸テーブル」を作成します。DMSに全速力で、支障なくすべての大量データを最高の同時処理で全部入れさせます。Cutoverをクリックする前に、標準的なSQLスクリプトを使って、外部キー制約、トリガ、高周波インデックスをクラウドで「満血回復復活」します。データベースの基礎に沿って食欲を呑んでパイプラインを設計して、それはあなたに本当のゼロミス応答を報告します。
まとめ
Azure Database Migration Serviceを利用して、ローカルSQL Serverのオンライン・ダウンタイム・移行を実現します。コアの産業レベルの真髄は、実際には16文字に簡略化されています
全量が底を打って、増分が逆になって、日誌が糸を引いて、秒級が切ります。
あなたは過去にデータベースに引っ越しをするたびに、毎日インターネットの帯域幅の顔色を見て、書類の破損を恐れて、深夜に会社を引き連れて夜更かしして持久戦をしていた原始的なワークショップの苦海に別れを告げた。すべての煩雑な分散検査と高周波再生を、完全にクラウド大工場のPaaS級データ脳にホストする。パソコンの前に座って、両端のデータが瞬く間に画素レベルで揃えているのを見て、優雅にenterキーを叩いて、雲の原始時代の満を迎える
血の進化。
