Pembelian Awan Microsoft Azure: Gunakan Perkhidmatan Migrasi Pangkalan Data Azure untuk mencapai penghijrahan sifar SQL Server tempatan
Dalam proses evolusi seni bina IT perusahaan ke awan asli, senario perniagaan yang membuat CIO tidak dapat tidur dan membuat DBA kehilangan rambutnya lebih banyak daripada
Penghijrahan pangkalan data teras ke awan
。
Ketika berhadapan dengan pangkalan data SQL Server tempatan berpuluh-puluh GB atau bahkan beberapa TB, banyak syarikat sering menggunakan empat bahagian yang paling asli "downtime, outparan dan eksport, transmisi merentas rangkaian, dan pemulihan awan". Pendekatan ini hampir tidak dapat dijalankan dalam perniagaan marginal gaya bengkel kecil, tetapi ketika menghadapi sistem pengeluaran frekuensi tinggi 24 jam kewangan, e-dagang, atau 24 jam, itu sama dengan perjudian bunuh diri: hanya memerlukan beberapa Perlu beberapa jam untuk menghantar fail sandaran beratus-ratus GB ke seluruh laut melalui rangkaian awam atau talian khusus. Dalam tempoh ini, seluruh perniagaan syarikat mesti ditutup sepenuhnya dan skrin putih "penyelenggaraan sistem" mesti digantung. Setelah penghantaran terganggu atau pemulihan awan melaporkan kesalahan, proses rollback yang panjang tidak hanya akan menjatuhkan KPI pada suku tersebut, tetapi juga membuat syarikat menghadapi kerugian kewangan yang tidak tertanggung.
Untuk mengurangkan dimensi sepenuhnya dan mengatasi masalah industri ini dengan "waktu henti yang panjang dan risiko migrasi yang tinggi", Microsoft Cloud (Azure) telah mengeluarkan artifak bergerak lancar yang disesuaikan untuk pemodenan pangkalan data --
Azure Database Migration Service(DMS, Perkhidmatan Migrasi Pangkalan Data)
。
Logik terasnya sukar dan elegan:
Gunakan replikasi berterusan aliran data dalam talian untuk mencapai penghijrahan yang lancar hampir "waktu henti sifar".
Prinsip kerjanya sangat mirip dengan memasukkan "saluran pemindahan masa nyata" antara pangkalan data tempatan dan awan: pada awal migrasi, ia pertama kali akan melakukan penyegerakan casis data penuh; kemudian, pangkalan data tempatan masih dengan panik menerima pesanan baru, Tulis semula data baru, DMS juga akan membaca log transaksi, data tambahan ini "diterbalikkan" ke Pangkalan Data Azure SQL di awan dalam masa nyata dengan kelewatan milisaat. Apabila data di kedua-dua belah pihak diselaraskan sepenuhnya dan perbezaannya dimampatkan hingga beberapa saat, anda hanya perlu memilih waktu yang tenang pada waktu malam dan klik "Putuskan dan potong aliran", dan perniagaan dapat beralih ke awan dengan lancar dalam beberapa saat.
Hari ini kita menolak susun konsep rasmi dan tidak membincangkan parameter buku teks yang membosankan. Secara langsung dari pertempuran sebenar pengeluaran moden yang paling tegar, tangan akan membawa anda ke spesifikasi kilang besar, dan saluran darah masa nyata ini akan dikerahkan di awan dalam 10 minit untuk menghantar SQL Server tempatan ke awan dengan risiko yang sempurna dan sifar.
Tahap pertama: pembongkaran mendalam, "model saluran paip tiga dimensi" penghijrahan penutupan sifar dalam talian
Sebelum pergi ke konsol Azure untuk mengklik tetikus, anda mesti membuat model aliran data yang mendasari migrasi dalam talian DMS dalam fikiran anda. Ramai orang sering melaporkan kesalahan semasa konfigurasi kerana mereka tidak memahami bagaimana ketiga-tiganya menyelaraskan kod rahsia:
Kedudukan sumber: SQL Server di mesin fizikal/mesin maya tempatan: Ini adalah nadi pengeluaran anda. Untuk mencapai "tidak jatuh dalam talian"
Penyegerakan tambahan, pangkalan data tempatan mesti menghidupkan Model Pemulihan Penuh, dan mesti mempunyai sekurang-kurangnya satu sandaran lengkap. Ini untuk membolehkan DMS mengikuti pohon anggur dan menangkap tindakan membuat pesanan atau mengubah rahsia yang baru saja dilakukan oleh setiap pengguna dengan membaca Log Transaksi anda.
Porter emas: Azure DMS (enjin migrasi yang dikendalikan sepenuhnya): Ini adalah kluster pengkomputeran PaaS yang sangat tinggi dan serentak di awan. Ia seperti trak besar digital yang tidak kenal lelah. Agar dapat menarik tangan pangkalan data tempatan dan pangkalan data awan pada masa yang sama, contoh DMS mesti digunakan di rangkaian maya (VNet) yang dapat menembusi intranet tempatan anda melalui saluran khusus fizikal (ExpressRoute) atau VPN pertahanan tinggi.
Cloud Reclers: Azure SQL Database (atau contoh hosting SQL): Ini adalah terminal penghijrahan. Sebelum penghijrahan dibuka secara rasmi, ia seperti bilik kosong. DMS pertama kali akan mengklon struktur jadual, indeks dan kekangan yang sama seperti tempatan di sini pada tahap piksel, dan kemudian mula terus menerima aliran data terbalik.
Tahap kedua: latihan pertempuran sebenarnya-10 minit untuk membina bangunan tinggi di tanah dan membina saluran darah masa nyata DMS
Pastikan anda telah membina terminal yang bersih di Azure terlebih dahulu:
Pangkalan Data Azure SQL
(Atau Azure SQL Management Instance), dan talian khusus VPN antara bilik komputer tempatan dan rangkaian maya Azure (VNet) telah dibuka sepenuhnya.
Langkah 1: Buka kawasan kerja migrasi yang dikendalikan sepenuhnya DMS
Log masuk ke laman web portal Azure.
Masukkan "Perkhidmatan Migrasi Pangkalan Data Azure" di bar carian di atas dan klik untuk memasukkan konsol teras.
Klik "Buat" di bahagian atas: Maklumat asas: Pilih kumpulan sumber anda, namakan perkhidmatan migrasi sebagai dms-core-prod, dan pilih yang paling dekat dengan bilik komputer tempatan anda (seperti East Asia Hong Kong). Mod Perkhidmatan: Sangat kritikal, anda mesti memilih "Azure Resource Manager". Lapisan harga: Sekiranya anda ingin memainkan replikasi tambahan dalam talian "hampir sifar waktu henti", anda mesti memilih "Premium" (versi lanjutan, menyokong 4 kuasa perakaunan) dengan tepat. Versi standard hanya menyokong eksport tunggal luar talian, dan hanya versi lanjutan yang dapat membuka kunci teknologi pemindahan darah hitam dalam talian, dan Microsoft pada masa ini menyediakan kuota ujian asas percuma yang sangat murah hati untuk perkhidmatan ini. Rangkaian Maya: Pilih VNet dengan tepat yang disambungkan ke bilik komputer tempatan anda melalui VPN/talian khusus.
Klik untuk mencipta. Enjin pengaturcaraan tanpa pelayan Microsoft
Gerbang migrasi ini akan digilap untuk anda di latar belakang, dan perkhidmatan akan penuh dengan darah dalam masa sekitar 3 minit.
Tahap ketiga: latihan pertempuran sebenar dua-pengurangan dimensi, mulakan aliran balik data masa nyata dalam talian
Apabila keadaan contoh DMS menyala hijau
Berjaya
Pada masa itu, kempen bergerak paling sukar dimulakan secara rasmi. Klik untuk memasukkan contoh DMS.
1. Projek Migrasi Baru (Projek Migrasi Baru)
Klik pada "Projek Migrasi Baru" di bahagian atas.
Nama projek: Dinamakan sebagai proj-sql-to-azure.
Jenis pelayan sumber: Pilih SQL Server.
Jenis pelayan sasaran: pilih Pangkalan Data Azure SQL (pilih mengikut penerima awan anda).
Lihat jenis aktiviti (pilih jenis aktiviti): Untuk langkah menyuntik jiwa, anda mesti memilih "Migrasi Data Dalam Talian" (Migrasi Data Dalam Talian).
2. Menyelaras dua kod bersama
Klik Seterusnya untuk datang ke halaman pengisian kelayakan stesen sumber dan stesen sasaran:
Sumber details (perincian sumber): Masukkan alamat IP, nombor port, dan kata laluan akaun DBA dengan kebenaran sysadmin dari SQL Server tempatan anda.
Sasaran sasaran (perincian sasaran): Masukkan nama domain pelayan (seperti sql-prod-srv.database.windows.net) Pangkalan Data Azure SQL dan kata laluan akaun pentadbir awan anda.
Pilih pangkalan data: Sistem akan secara automatik merangkak semua senarai pangkalan data di SQL Server tempatan. Tandakan perpustakaan perniagaan teras (seperti db_ecommerce) yang anda perlukan untuk bergerak.
3. Siapkan stesen pemindahan pertengahan (jalur perkongsian rangkaian)
Penghijrahan dalam talian memerlukan stesen pemindahan yang boleh dibaca dan ditulis oleh DMS tempatan dan awan untuk menyimpan sandaran log transaksi buat sementara waktu.
Dalam borang lokasi rangkaian, masukkan jalan perkongsian rangkaian SMB di ruang komputer tempatan anda (seperti \ lokal-nas \ sql_backup).
Masukkan kata laluan akaun domain yang boleh membaca dan menulis jalan. DMS akan memberitahu SQL Server tempatan untuk terus menerus memuntahkan log tambahan ke direktori bersama ini, dan kemudian DMS akan merangkak, menguraikan, dan memainkan semula log ke awan dari sini.
Klik Seterusnya berturut-turut, dan akhirnya tekan
"Mula Migrasi" (Memulakan Migrasi)
。
Tahap keempat: menyaksikan pemandangan keajaiban-pemutusan hubungan kedua, perniagaan mendarat dengan lancar
Setelah mengklik Mula, klik untuk memasukkan tugas migrasi yang diaktifkan ini
(Migration Activity) halaman perincian.
Anda akan melihat pasaran pemantauan aliran yang sangat intuitif:
Tahap Beban Penuh: DMS dengan panik mengemas data stok tempatan yang ada di latar belakang dan mengklon ke awan seperti kilat.
Fasa penyegerakan tambahan (Fasa penyegerakan tambahan): Setelah larian penuh selesai, keadaan akan menjadi Syncing. Pada masa ini, jika anda meminta pengembangan untuk sengaja memasukkan pesanan ujian ke dalam pangkalan data tempatan, anda akan mendapati bahawa "kaunter kemas kini tambahan" di pasaran melonjak seketika. Dalam masa kurang dari 1 saat, pesanan baru ini sudah beribu-ribu kilometer jauhnya. Pangkalan data awan Azure menetap dengan stabil. Perbezaan data antara kedua-dua belah pihak dimampatkan dalam masa 2 saat.
Momen tangen pemotong utama (Cutover)
Apabila keadaan kekal
Ready to Cutover
(Bersedia untuk beralih), ini bermaksud bahawa caj ke awan telah ditiup.
Mengeluarkan perintah pentadbiran: maklumkan kepada pengembangan front-end, ubah sementara kumpulan sambungan APP tempatan atau laman web menjadi "baca sahaja", atau tutup front-end sebentar selama beberapa saat untuk memastikan bahawa pangkalan data tempatan tidak lagi menghasilkan penulisan data baru.
Tunggu saat "urusan yang tidak dipindahkan" di pasaran dibersihkan sepenuhnya dan kelewatan menjadi 0 saat.
Kenaikan satu klik: Di bahagian atas halaman perincian DMS, tekan butang "Lengkap Cutover" dengan tegas. DMS akan secara paksa memainkan semula baki log dalam dua saat terakhir, dan kemudian memotong dua saluran sepenuhnya dan selamat.
Operasi dan penyelenggaraan Sambungkan rentetan sambungan pangkalan data APP front-end dengan kelajuan penuh, ubah sql-prod-srv.database.windows.net yang menunjuk ke awan dengan satu klik, dan mulakan semula perkhidmatan front-end.
Seluruh proses bermula dari penutupan, pemotongan, hingga kebangkitan darah di awan,
Waktu henti yang besar dari seluruh lini perniagaan dimampatkan secara paksa dalam masa 15 saat hingga 1 minit
。 Pembeli dari luar negara hanya merasakan bahawa laman web di telefon bimbit mereka sedikit disegarkan, dan bahagian belakang kerajaan digital seluruh syarikat telah berjaya bertemu dan mendarat di bilik komputer pertahanan tinggi Microsoft Cloud tanpa menyedarinya.
Tahap kelima: sejarah mengelakkan darah dan air mata di bawah penghijrahan penutupan sifar kelas industri
Keanggunan skema penghijrahan ini dalam pertempuran sebenar boleh disebut seni. Walau bagaimanapun, untuk terus bertahan di medan perang audit pengeluaran yang besar dan ketat di peringkat perusahaan, sebagai ketua arkitek pangkalan data, anda mesti mengelas dua lubang realiti berikut yang disebabkan oleh penyegerakan dalam talian sebelum menutup komputer:
1. Bahaya tersembunyi "cakera tempatan penuh" yang mematikan (Log Chain Broken)
Semasa penghijrahan dalam talian, DMS perlu kerap membaca dan membersihkan sandaran log transaksi secara tempatan.
Bencana berlaku: Sekiranya perpustakaan pengeluaran tempatan anda sangat serentak (seperti puluhan ribu penulisan sesaat), dan bilik komputer tempatan anda diperuntukkan untuk berkongsi projek sandaran
Ruang cakera SMB Path sangat sempit. Sebaik sahaja kelajuan merangkak log DMS di awan menjadi perlahan kerana sedikit kegelisahan rangkaian multinasional, SQL Server tempatan masih membuang log ke direktori ini dengan panik, dan ruang penyimpanan tempatan akan tersekat sepenuhnya dalam beberapa jam (Disk Penuh), pembalikan langsung menyebabkan pangkalan data pengeluaran tempatan anda mati otak kerana kekurangan ruang di tempat.
Spesifikasi pingat emas bebas mati standard pengeluar utama: Sebelum membuka DMS, anda mesti menarik lebihan sekurang-kurangnya 2 kali jumlah log harian yang dihasilkan untuk cakera sandaran bersama tempatan, dan menggunakan Powershell untuk menulis skrip masa: selagi DMS telah berjaya mengesahkan pengulangan (Acknowledged) Sebilangan besar log, ia secara automatik menghancurkannya secara fizikal secara tempatan. Gunakan anggaran fizikal penuh untuk melindungi daripada ketidakpastian rangkaian.
2. Dilarang sama sekali membiarkan kekangan dan pencetus kunci asing "tidak membantu" dalam tempoh pemuatan penuh
Sekiranya pangkalan data tempatan anda direka dengan sangat rumit
Kekangan kunci asing (Kekangan kunci asing) atau pencetus (Triggers)
(Contohnya, semasa memasukkan jadual A, pemicu akan mengubah jadual B secara automatik).
Pendedahan orang dalam: Ketika DMS melakukan langkah pertama Beban Penuh, ia adalah multi-utas yang menghancurkan data ke awan secara selari. Sekiranya struktur jadual awan menghidupkan pencetus frekuensi tinggi secara lalai, sebaik sahaja DMS memasukkan data, pemicu akan dengan bijak mengubah jadual lain di awan, yang bukan hanya akan menyebabkan konflik dua kali ganda yang serius dalam data dan kegagalan akaun., Ia juga akan meletupkan CPU pangkalan data awan dalam sekelip mata, biarkan kelajuan penyegerakan penuh perlahan seperti kura-kura merangkak.
Spesifikasi pengukuhan tegar: menanggalkan pakaian terlebih dahulu, kemudian berpakaian. Semasa menulis skrip DDL awan, pertama-tama buat "jam tangan telanjang" di awan tanpa kekangan kunci luaran dan tanpa pencetus. Biarkan DMS mengembalikan semua data besar dengan serentak tertinggi dengan kelajuan penuh dan tanpa halangan. Pada malam mengklik Cutover (beralih), melalui skrip SQL standard, kekangan kunci asing, pemicu dan indeks frekuensi tinggi dapat "dihidupkan kembali dengan darah penuh" di awan dengan satu klik. Reka garis pemasangan sesuai dengan selera makan pangkalan data yang mendasari, dan ia akan memberi anda tindak balas ralat sifar yang sebenar.
Ringkasan
Dengan menggunakan Perkhidmatan Migrasi Pangkalan Data Azure untuk mencapai penghijrahan henti sifar dalam talian SQL Server tempatan, inti inti industri sebenarnya dipermudah menjadi enam belas perkataan:
Jumlah asas penuh, aliran balik tambahan, sambungan log, pemotongan tahap kedua.
Anda mengucapkan selamat tinggal sepenuhnya pada masa lalu, setiap kali anda bergerak ke pangkalan data, anda harus melihat wajah lebar jalur rangkaian setiap hari, bimbang akan kerosakan fail, dan menarik seluruh syarikat larut malam untuk berhenti dan bertempur di bengkel primitif. Semua pemeriksaan diedarkan yang rumit dan ulangan frekuensi tinggi dihoskan sepenuhnya ke otak data peringkat PaaS dari Yunda Factory. Duduk di depan komputer, melihat data di kedua-dua hujungnya diselaraskan pada tahap piksel dalam sekelip mata, mengetuk kereta dengan anggun, dan menyambut era awan yang penuh
Darah berkembang.
