Ketika saya menyusun artikel ini, saya benar-benar menemukan 7 kebiasaan sysadmin. Tapi, dari 7 kebiasaan itu, tiga benar-benar menonjol bagi saya.
Meskipun kebiasaan itu baik, terkadang aturan mungkin lebih baik, terutama di dunia sysadmin, saat menangani lingkungan produksi.
Aturan #1:Backup Semuanya ( dan validasi backup secara teratur )
Sysadmin berpengalaman tahu bahwa sistem produksi akan macet suatu hari nanti, tidak peduli seberapa proaktif kita. Cara terbaik untuk bersiap menghadapi situasi tersebut adalah dengan memiliki cadangan yang valid .
Jika Anda tidak memiliki cadangan sistem penting Anda, Anda harus segera mulai merencanakannya. Saat merencanakan pencadangan, ingatlah faktor-faktor berikut:
- Perangkat lunak (atau skrip khusus?) apa yang akan Anda gunakan untuk membuat cadangan?
- Apakah Anda memiliki cukup ruang disk untuk menyimpan cadangan?
- Seberapa sering Anda merotasi cadangan?
- Selain full-backup, apakah Anda juga membutuhkan incremental-backup biasa?
- Bagaimana Anda menjalankan pencadangan? yaitu Menggunakan crontab atau penjadwal lainnya?
Jika Anda tidak memiliki cadangan sistem penting Anda, berhentilah membaca artikel ini dan kembali bekerja. Mulai segera rencanakan pencadangan Anda.
Beberapa waktu lalu dalam salah satu penelitian yang dilakukan oleh beberapa kelompok (tidak ingat siapa yang melakukannya), saya ingat mereka menyebutkan bahwa hanya 70% dari aplikasi produksi yang di-backup. Dari jumlah tersebut, 30% dari cadangan tidak valid atau rusak.
Asumsikan bahwa Sam mengambil cadangan aplikasi penting secara teratur, tetapi tidak memvalidasi cadangannya. Namun, Jack bahkan tidak repot-repot mengambil cadangan aplikasi kritisnya. Mungkin terdengar seperti Sam yang memiliki cadangan dalam kondisi yang jauh lebih baik daripada Jack yang bahkan tidak memiliki cadangan. Menurut pendapat saya, Sam dan Jack berada dalam situasi yang sama, karena Sam tidak pernah memvalidasi cadangannya untuk memastikan cadangannya dapat dipulihkan saat terjadi bencana.
Jika Anda seorang sysadmin dan tidak ingin mengikuti aturan emas #1 ini (atau suka melanggar aturan ini), Anda harus serius mempertimbangkan untuk berhenti dari pekerjaan sysadmin dan menjadi pengembang.
Aturan #2:Kuasai Baris Perintah ( dan hindari UI jika memungkinkan )
Tidak ada satu tugas pun di server Unix / Linux, yang tidak dapat Anda lakukan dari baris perintah. Meskipun ada beberapa antarmuka pengguna yang tersedia untuk mempermudah beberapa tugas sysadmin, Anda sebenarnya tidak membutuhkannya dan harus menggunakan baris perintah setiap saat.
Jadi, jika Anda seorang sysadmin Linux, Anda harus menguasai baris perintah.
Pada sistem apa pun, jika Anda ingin sangat fasih dan produktif, Anda harus menguasai baris perintah. Perbedaan utama antara sysadmin Windows dan sysadmin Linux adalah — Baris perintah GUI Vs. Sysadmin Windows tidak terlalu nyaman dengan baris perintah. Sysadmin Linux harus sangat nyaman dengan baris perintah.
Bahkan ketika Anda memiliki UI untuk melakukan tugas tertentu, Anda tetap harus memilih baris perintah, karena Anda akan memahami cara kerja layanan tertentu, jika Anda melakukannya dari baris perintah. Di banyak lingkungan server produksi, sysadmin biasanya mencopot semua layanan dan alat terkait GUI.
Jika Anda adalah sysadmin Unix / Linux dan tidak ingin mengikuti aturan ini, mungkin ada keinginan mendalam di dalam diri Anda untuk menjadi sysadmin Windows.
Aturan #3:Otomatiskan Semuanya ( dan jadilah malas )
Sysadmin yang malas adalah sysadmin terbaik.
Bahkan tidak ada satu pun sysadmin yang saya kenal, yang suka melanggar aturan ini. Itu mungkin ada hubungannya dengan bagian malas.
Luangkan waktu beberapa menit untuk memikirkan dan membuat daftar semua tugas rutin yang mungkin Anda lakukan setiap hari, mingguan, atau bulanan. Setelah Anda memiliki daftar itu, cari tahu bagaimana Anda dapat mengotomatiskannya. Sysadmin terbaik biasanya tidak suka sibuk. Dia lebih suka santai dan membiarkan sistem melakukan pekerjaan untuknya.
Apakah ada aturan lain yang menurut Anda tidak boleh dilanggar oleh sysadmin? Tinggalkan komentar.