AlwaysON Bermigrasi dari 2014 hingga 2016

Saya memiliki 20 Daftar pada 2014 dengan sekitar 500 DBS,

apa cara terbaik untuk memigrasikan ini dengan sedikit waktu henti, usaha

Ide saya adalah: Hentikan akses Backup dbs Mulai restore dbs Saat restore sedang berjalan: Drop AOG pada 2014 Buat di 2016 Selesai

Ini tampaknya sederhana, tetapi dengan data TB ini akan memakan waktu.

Telah menemukan ini -> Cara yang disarankan untuk memutakhirkan AlwaysOn AG dari 2014 hingga 2016 Tetapi itu tidak menjelaskan

Semoga ada yang bisa membantu

— Klaus Ladegaard
sumber

20 Listners on 2014 with approx 500 DBS- bagaimana mereka didistribusikan misalnya berapa banyak server (node)? Apa jendela downtime? Adakah replikasi yang terlibat? Setelah saya mendapatkan info, saya akan memberikan jawaban yang baru-baru ini saya terapkan di perusahaan saya dengan downtime minimum.

— Kin Shah

Anda tidak perlu menghapus AOAG ... Ini juga berfungsi dalam situasi Anda: blogs.msdn.microsoft.com/sql_pfe_blog/2016/08/03/…

— Sean Gallardy - Pensiunan Pengguna

@SeanGallardy Anda harus menambahkan tautan Anda sebagai jawaban yang memberikan beberapa detail, saya kira inilah yang dicari OP

— Shanky

Terima kasih @Shanky, saya akan menunggu dan melihat apakah OP membalas.

— Sean Gallardy - Pensiunan Pengguna

Anda menjadi terkenal: dbareactions.com/post/150633969884/…

— dezso

Saya sarankan mengonfigurasi pengiriman log untuk memigrasi basis data Anda. Jam / hari / minggu sebelum migrasi yang direncanakan, konfigurasikan pengiriman log dari Grup Ketersediaan produksi Anda saat ini (2014). Anda harus melakukan pengembalian pengiriman log pada semua node dari Grup Ketersediaan yang baru (2016).

Juga di muka, pra-konfigurasi Grup Ketersediaan di server baru, tetapi jangan membuat Pendengar.

Ini akan meminimalkan waktu henti selama pemeliharaan langsung Anda dengan mengembalikan sebagian besar data Anda sebelum jendela pemeliharaan.

Selama cutover, langkah-langkah untuk menyelesaikan migrasi adalah:

Matikan aplikasi / bunuh sesi yang ada.
Lakukan pencadangan log ekor untuk database (2014) yang Anda migrasikan. ( BACKUP LOG... WITH NORECOVERY)
Izinkan pekerjaan pengembalian pengiriman log untuk menjalankan waktu terakhir, atau secara manual mengembalikan log akhir ke semua server baru (2016) WITH NORECOVERY.
Di salah satu server baru, pulihkan basis data ( RESTORE DATABASE... WITH RECOVERY).
Tambahkan database ke Grup Ketersediaan, dan bergabung dengan server sekunder.
Jatuhkan Pendengar pada AG tua (2014).
Buat Pendengar di AG (2016) baru.
Nyalakan aplikasi.

— AMtwo
sumber