Itu pertanyaan yang sangat besar, jadi mari kita hentikan sedikit.
Apa yang bisa saya lakukan sebelumnya?
Mulailah dengan beberapa bacaan wajib .
Tautan ini memiliki tautan ke informasi lebih lanjut seperti
- Fitur SQL Server yang sudah tidak digunakan lagi
- Fitur SQL Server Dihentikan
- Mematahkan Perubahan
- Perubahan Perilaku ke Fitur SQL Server
Baca masing-masing untuk melihat hal-hal utama apa yang berubah. Berikan perhatian khusus pada fitur yang Anda gunakan.
Selain itu, Anda harus menggunakan Penasihat Peningkatan . Ia memeriksa komponen yang diinstal dan mengidentifikasi komponen yang perlu Anda perbaiki sebelum atau setelah instalasi.
In-Place vs Berdampingan
Banyak pro dan kontra ada di sini di kedua sisi.
Di tempat
Pro
- Jauh lebih mudah. Semua konfigurasi Anda tetap sama misalnya. Juga string koneksi untuk aplikasi Anda mungkin tidak perlu diubah.
- Lebih murah Tidak diperlukan perangkat keras kedua.
Cons
- Mundur sulit untuk mustahil. Jika terjadi kesalahan, Anda harus menjalankan dan menyelesaikannya karena backout melibatkan pembuatan server baru dan menginstal ulang SQL kemudian memulihkan cadangan tabel Anda.
Bersebelahan
Pada dasarnya pro & kontra adalah kebalikan dari Di tempat.
Pro
- Aman - Jika terjadi kesalahan Anda mematikan versi baru dan melanjutkan dengan yang lama. Maka Anda bisa mencoba lagi nanti.
Cons
- Ini lebih mahal karena Anda harus membuat satu set instance baru mungkin pada server baru.
- Ini lebih sulit karena Anda harus mengubah string koneksi, pastikan semua konfigurasi Anda sama, dll.
Sekarang Anda dapat mengurangi biaya dari sisi-by-side dengan membuat contoh baru di server yang sama, memindahkan semuanya ke sana, lalu menghapus instalan contoh lama. Ini bekerja dan tergantung pada situasi Anda mungkin merupakan ide terbaik.
Risiko Umum
Jujur pindah dari 2005 - 2008 R2 tidak terlalu buruk. Tidak ada apa-apanya dibandingkan dengan 2000 - 2005 atau 2008 R2 - 2012 (kebanyakan perubahan SSIS). Saya akan mengatakan dengan perencanaan dan membaca yang cermat Anda harus dalam kondisi yang baik.
IMO jika Anda akan berupaya untuk bermigrasi maka Anda harus pergi ke 2014 bahkan jika Anda menjalankannya dalam mode kompatibilitas 10.0.
Anda akan tetap membayar lisensi. Juga upaya pengujian regresi dan kurva pembelajaran pengembang / DBA akan signifikan dalam kedua kasus tersebut. Jika Anda berhenti di 2008R2 sekarang Anda hanya perlu mengulangi latihan lagi dalam beberapa tahun. 2008R2 telah melihat Paket Layanan terakhir dan dalam beberapa bulan (minggu) akan ada 3 versi lengkap di belakang versi saat ini.
Saya merekomendasikan organisasi saya pindah dari 2008R2 langsung ke 2016 karena alasan yang sama. Saya berharap kami akan memulai upaya pengujian segera setelah tahun 2016 menyentuh RTM.
BTW, saya setuju bahwa upgrade Side-by-Side lebih disukai. Ketika saya terakhir melakukan latihan ini, kami menjalankan versi "Pra-Produksi" di lingkungan Dev selama sekitar satu bulan.
sumber