Apa waktu terbaik untuk menjadwalkan pembaruan rutin di server produksi internal?

Mengingat server internal berjalan dalam mode produksi, saya ingin menjaga dampak pada pengguna serendah mungkin ketika menggunakan pembaruan rutin (ke server itu sendiri, bukan mesin pengguna .. tapi itu akan menjadi masalah yang cukup mirip).

Jawaban yang jelas untuk pertanyaan saya adalah "pada malam hari, ketika pengguna berada di rumah". Tapi "malam" adalah periode waktu yang panjang. Haruskah seseorang memulai lebih awal di malam hari untuk mendapatkan masalah dengan pembaruan di awal dan siap untuk kembalikan? Atau lebih baik memulai di pagi hari dan menggunakan pengguna pertama sebagai "kelinci percobaan" untuk lebih cepat memicu masalah? Atau di tengah malam ketika konsentrasi orang yang mengawasi pembaruan cukup rendah tetapi dijamin tidak memiliki pegangan file terbuka dari beberapa pengguna yang terlambat bekerja?

Apakah ada makalah penelitian tentang topik ini?

Mengapa tidak melihat penggunaan bersamaan dari sistem Anda secara historis & tentukan berapa kali penggunaan terendah hari ini? Kemudian tempelkan kembalian Anda tepat di tengah periode penggunaan yang rendah.

Saat menentukan berapa lama perubahan akan mencakup pengujian pra / pasca implementasi dan pengujian verifikasi produksi. Selain itu, cari tahu berapa lama perubahan akan diperlukan untuk mengembalikan jika pengujian gagal.

IMHO 'pengguna pertama' Anda seharusnya tidak menjadi kelinci percobaan. Memiliki pengguna aktif pada dasarnya menguji verifikasi produksi perubahan Anda bukanlah hal yang baik. Ini menghancurkan kepercayaan pengguna akhir & hasil yang tak terduga dapat mengacaukan produksi yang berarti Anda tidak hanya harus mengembalikan perubahan, tetapi juga memutar balik setiap 'kerusakan' yang mungkin disebabkan oleh perubahan.

Saya tidak tahu makalah penelitian apa pun, tetapi lihatlah kerangka kerja Manajemen Layanan TI (ITSM) seperti ITIL, Anda akan menemukan banyak standar & praktik terbaik tentang manajemen rilis perangkat lunak. Semua sistem berbeda sehingga sejauh mana banyak praktik yang Anda adopsi, dan formalitas, tergantung. Standar ITSM memiliki sistem besar dalam pikiran.

Ini sepenuhnya tergantung pada sifat bisnis. Beberapa kantor adalah 9-5 lima hari seminggu. Bisnis lain adalah 24 jam sehari, 365 hari setahun. Faktor-faktor lain seperti staf dan ketersediaan sumber daya memainkan peran penting. Tidak ada makalah penelitian yang dapat secara komprehensif mencakup setiap kemungkinan jadwal atau kemungkinan.

Pada akhirnya, manajemen perusahaan atau departemen yang bekerja sama dengan manajemen TI harus menentukan apa yang terbaik.

Kunci kesuksesan adalah berkomunikasi dengan pengguna ketika waktu henti dijadwalkan untuk mulai, berapa lama diharapkan untuk bertahan, setiap persiapan yang diperlukan dari pengguna dan apa yang dapat mereka harapkan sebagai hasil dari kesuksesan atau kegagalan. Sebagian besar dari itu adalah memenuhi harapan yang Anda tetapkan.

Pada akhirnya, tidak ada yang terukir di batu. Jika prosesnya tidak berhasil maka lakukan penyesuaian. Fleksibilitas dan kemampuan beradaptasi Anda akan dihargai.

Dengan melakukan perawatan dan memperbarui prosedur pada peralatan uji sebelumnya jika memungkinkan, Anda akan lebih siap ketika tiba saatnya untuk mengimplementasikannya pada sistem produksi.

Saya bekerja di ISP dan dalam pengalaman saya, sebagian besar orang yang saya anggap administrator sistem pemukul berat memilih malam Jumat di akhir pekan liburan untuk melakukan perombakan jaringan utama mereka. Itu memberi mereka 24 jam ekstra untuk menguji dan jika perlu kembalikan perubahan mereka. Namun, sebagian besar ini sepenuhnya tergantung pada sifat dan kebiasaan pengguna Anda.

Kami memasang pembaruan pada jam 9 malam, cukup lama kebanyakan orang tidak akan aktif, cukup awal untuk melakukan semua hal yang perlu jika perlu.

Dalam kasus saya, kami memasang pembaruan pada jam 4 pagi, untuk menghindari dampak pada pengguna mana pun, bahkan mereka yang bekerja agak terlambat.

Jika Anda memiliki sistem pemantauan yang baik yang memperingatkan Anda jika ada masalah, Anda harus bisa memperbaikinya di pagi hari, bahkan sebelum mulai bekerja.

Ini benar-benar tergantung pada sifat bisnis Anda, tetapi saya pribadi lebih suka Rabu malam setelah jam 5 sore. Anda tidak pernah ingin melakukan ini pada Jumat malam karena jika terjadi kesalahan, Anda akan bekerja selama akhir pekan. Melakukan ini pada hari Rabu akan memberi Anda hari Kamis dan Jumat untuk memperbaiki masalah jika ada.

Faktor penting lainnya adalah menjadwalkan perubahan manajemen windows. Sangat penting untuk memberi tahu orang-orang bahwa Anda menjalankan pemeliharaan - bahwa layanan mungkin terganggu atau tidak tersedia selama periode itu. Ini akan memungkinkan Anda untuk bekerja dengan percaya diri, bukannya khawatir bahwa pengguna akan mengeluh tentang layanan yang sedang down. Manajemen Anda perlu menyetujui perubahan windows, tentu saja.