Video: Windows Server 2003 Animation (Oktober 2024)
Pada 14 Juli Microsoft akan menghentikan dukungan yang diperluas untuk Windows Server 2003. Ini berarti bahwa akan ada "tidak ada lagi tambalan memperbaiki kerentanan keamanan, cacat non-keamanan, " dll. Jika Windows Server 2003 dan aplikasi yang berjalan di dalamnya memainkan peran penting dalam infrastruktur Anda, Anda harus mulai bermigrasi ke platform server baru sekarang (jika Anda belum melakukannya).
Sementara migrasi dimulai dengan server fisik atau virtual dan sistem operasi, itu tidak berhenti di situ. Memastikan jalur peningkatan yang lancar untuk aplikasi akan meminimalkan waktu henti. Penting untuk memahami konsekuensi migrasi naik dan turun dari tumpukan, dari sistem operasi ke database ke aplikasi ke ujung depan Web. Ada banyak tempat untuk memecahkan tumpukan selama migrasi, jadi perencanaan dan pengujian yang cermat adalah persyaratan yang harus dimasukkan ke dalam jadwal waktu proyek Anda.
Berikut ini ikhtisar singkat proses migrasi:
1. Temukan – katalog perangkat lunak dan beban kerja Anda
2. Menilai – mengkategorikan aplikasi dan beban kerja (dan dependensi)
3. Target – mengidentifikasi tujuan dan jalur migrasi
4.Migrate, Upgrade, dan Test - bergerak, lalu pastikan semuanya berfungsi
Tidak masalah beban kerja Anda, peningkatan dan migrasi tidak akan langsung. Anda tidak dapat memutakhirkan sistem operasi yang mendasarinya tanpa memutakhirkan aplikasi. Kemungkinannya adalah Anda tidak akan dapat mengunduh alat migrasi yang akan mengotomatiskan segalanya untuk Anda. Beberapa vendor memiliki alat yang membantu, tetapi tidak satu pun dari mereka mengotomatiskan semuanya untuk Anda. Apakah Anda menjalankan Exchange, SharePoint, SQL Server, aplikasi Microsoft lainnya, atau aplikasi pihak ketiga, ini akan menjadi proses perencanaan yang intensif dan memakan waktu.
Tempat yang bagus untuk memulai adalah Asisten Perencanaan Migrasi Microsoft Windows Server 2003, yang akan memandu Anda melalui empat langkah utama yang tercantum di atas. Ada juga Microsoft Assessment and Planning Toolkit (MAP) untuk migrasi Windows Server 2003 dan SQL Server 2005 (yang terakhir mencapai akhir dukungan pada 12 April 2016). MAP juga akan menemukan aplikasi pihak ketiga untuk membantu Anda memulai migrasi juga.
Ini adalah waktu yang sangat baik untuk memikirkan kembali arsitektur sistem Anda. Sejauh memigrasi Exchange, SharePoint, dan SQL Server, Anda bisa pindah ke Server Windows fisik lain, Server Windows virtual, atau kombinasi layanan cloud. Anda mungkin ingin sebagian pindah ke cloud (atau sepenuhnya) dengan Microsoft Azure dan Office 365 atau dengan beberapa penyedia lain. Anda mungkin ingin menggabungkan beberapa server fisik sebagai mesin virtual yang berjalan pada satu server fisik. Sejauh versi perangkat lunak mana yang akan dibeli, yang terbaik adalah mempertimbangkan untuk meningkatkan ke versi terbaru dari segalanya, misalnya, pilih Windows Server 2012 R2 daripada Windows Server 2008 R2, jika hanya untuk memaksimalkan waktu yang akan berlalu sebelum Anda harus melalui ini lagi.
Itu rumit
Jalur migrasi menjadi rumit dengan aplikasi pihak ketiga dan khusus. Penilaian perlu dimulai dengan memahami nilai aplikasi, terutama betapa pentingnya hal tersebut bagi kelancaran fungsi bisnis. Opsi remediasi apa yang tersedia dan sesederhana apa? Mengetahui bagaimana migrasi aplikasi akan memengaruhi bisnis adalah komponen penting dari proses pengambilan keputusan. Plus, ini bukan hanya tentang setiap aplikasi individual, ini juga tentang hubungan di antara mereka. Dan karena kita berbicara tentang aplikasi yang mungkin sudah ada sejak 2003, mungkin sulit untuk menemukan beberapa jawaban ini. Memahami aplikasi yang Anda jalankan dan bagaimana mereka terintegrasi akan membawa jalan menuju migrasi yang lancar.
Hal yang paling penting untuk dipahami tentang aplikasi pihak ketiga dan khusus adalah Anda harus menentukan apakah aplikasi itu akan berjalan di server Anda berikutnya. Misalnya, jika aplikasi adalah aplikasi 32-bit tanpa kode 16-bit atau ketergantungan pada driver 16-bit, maka kemungkinan aplikasi itu akan berjalan pada Windows Server 2012 R2. Jika berjalan, apakah vendor mendukung aplikasi pada Windows Server 2012 R2? Jika didukung, apakah Anda memiliki paket instalasi dan pengetahuan untuk melakukan instal ulang dan migrasi data? Jika vendor tidak mendukung menjalankan aplikasi 32-bit pada Windows Server 2012 R2, maka Anda harus memutakhirkan atau menemukan alternatif.
Ada beberapa alat pihak ketiga seperti AppZero dan Software Visi yang dapat membantu memigrasi aplikasi pihak ketiga dan kustom. AppZero mengidentifikasi, mengekstrak, dan memindahkan aplikasi server Windows yang ada ke server Windows lain, baik di pusat data Anda (fisik atau virtual) atau di cloud. Vision Software melakukan migrasi downtime mendekati nol aplikasi dan data ke server fisik atau virtual lain, menangkap semua perubahan yang dilakukan pengguna selama migrasi dan mereplikasi mereka ke server baru.
Kesimpulan
Memutakhirkan dan memigrasi aplikasi akan jauh lebih sulit daripada sekadar memutakhirkan ke versi baru Windows Server. Semakin kompleks lingkungan Anda, semakin kompleks basis kode Anda, dan semakin sulit proses ini. Di sinilah perencanaan dan pengujian yang cermat adalah wajib untuk menghindari kerusakan aplikasi bisnis penting. Memahami aplikasi itu sendiri, ketergantungannya pada aplikasi lain, pada back-end database, dan pada komponen sistem sangat penting. Persiapkan diri Anda untuk hal-hal yang tidak terpikirkan - Anda mungkin tidak dapat melakukan migrasi beberapa kode dan mungkin harus ditulis ulang.
Untuk lebih lanjut, lihat tiga bagian pertama dari seri ini: Panduan Penunda untuk Migrasi Windows Server 2003, Panduan Migrasi Windows Server 2003: Memilih OS Pengganti, dan Mengapa Anda Harus (atau Tidak Seharusnya) Bergerak Dari Windows Server 2003.
