mata utama
Apabila pengurus perniagaan, pemimpin pasukan, dan lain-lain merancang kesinambungan perniagaan, mereka menjadi pemikir yang berpandangan ke hadapan. Rancangan dirumuskan untuk memastikan perniagaan dapat terus beroperasi di bawah pelbagai situasi yang tertekan (bencana alam, mangsa, tingkah laku berniat jahat, dan lain -lain). Perniagaan akan membangunkan rancangan bencana untuk laman web, bangunan, sumber manusia, urus niaga kewangan, penempatan semula aset, penggantian peralatan, dan lain -lain - apa -apa yang akan diambil kira.
anda perlu mempertimbangkan banyak faktor ini apabila mempertimbangkan pelan bencana laman web, tetapi anda juga perlu mempertimbangkan faktor -faktor seperti penggodaman, kesilapan pengguna, dan kegagalan ketergantungan (ingin belajar bagaimana untuk menguruskan kebergantungan dengan lebih baik? "Kursus pada premium).
Unsur -unsur utama kesinambungan perniagaan dan perancangan bencana ini biasanya
proses. Proses -proses ini memperincikan langkah -langkah yang semua pekerja syarikat (sama ada hanya satu, berpuluh -puluh atau ribuan) akan mengambil dalam kes ini untuk memastikan perniagaan dapat beroperasi secepat mungkin. Sekiranya syarikat tidak dapat mengalami kesukaran ini, maka apabila krisis berakhir, mereka mungkin tidak mempunyai syarikat untuk kembali. Perancangan DISA adalah penting untuk kakitangan penyelenggaraan laman web dan aplikasi web, tetapi sering diabaikan atas alasan yang sama kerana pelan kesinambungan perniagaan keseluruhan diabaikan -mereka hanya jika sesuatu yang buruk hanya berguna, tetapi dalam operasi harian biasa, mereka nampaknya membazir.
Pelan Bencana Laman Web
soalan pertama yang anda (atau pasukan anda) harus bertanya pada diri sendiri ketika mempertimbangkan perancangan bencana untuk laman web yang anda simpan adalah:
Berapa lama laman web atau aplikasi web anda turun?
Berapa lama anda boleh bertahan tanpa akses pelanggan, interaksi dan pembelian? Berapa banyak wang yang akan hilang laman web anda selama satu minit atau satu jam downtime, atau berapa banyak pelanggan berpotensi yang mungkin hilang? Pernahkah anda menandatangani perjanjian tahap perkhidmatan dengan pelanggan anda dan, jika ya, adakah mereka menjamin peratusan uptime tertentu? Bilakah anda akan mencapai had ini?
Untuk perniagaan anda, sesetengah bencana adalah epik, serantau atau bahkan global, sementara yang lain mungkin tidak membuat berita tempatan. Berikut adalah beberapa contoh situasi yang mungkin memerlukan perancangan dan pertimbangan yang teliti:
Selepas anda menyumbangkan senario di atas dan senario lain yang boleh anda fikirkan, anda juga mungkin ingin memasang orang -orang utama dari pelbagai pasukan (jika anda mempunyai satu) dan melakukan beberapa latihan berfikir. Letakkan diri anda dalam keadaan ini. Jika X berlaku dan kemudian Y berlaku, apa yang akan kita lakukan? Brainstorm. Anda mungkin mendapati lebih banyak kelemahan dalam rancangan anda, serta idea yang memerlukan proses baru.
sandaran adalah pertimbangan utama. Bukan sahaja sandaran data, seperti fail, pangkalan data, media, dan lain -lain, tetapi juga sandaran kredensial (adakah mereka disimpan di luar ingatan pengguna tunggal?). Perkhidmatan adalah pertimbangan lain. Adakah anda mempunyai CDN sandaran, perkhidmatan mel, pakej NPM untuk pelbagai tujuan? Adakah mereka mempunyai pelan pelaksanaan? Lesen untuk sebarang perisian atau perkhidmatan berbayar?
Adalah lebih baik untuk mempertimbangkan strategi sandaran laman web sebelum memulakannya. Semak strategi sandaran syarikat hosting anda. Sesetengah syarikat akan menawarkan penyelesaian sandaran tambahan serta perkhidmatan hosting mereka. SiteGround rakan kongsi hosting kami menyediakan alat dalaman yang kuat untuk sandaran harian dan pemulihan data yang cepat.
Membangunkan proses dan berkongsi mereka juga merupakan ciri utama perancangan bencana. Sudah tentu penting untuk membangunkan proses untuk memulihkan data dari sandaran, gangguan masalah, dan situasi yang serupa, tetapi mendokumentasikan proses -proses ini dan berkongsi dengan orang yang terlibat adalah separuh lagi pertempuran. Penyelesaian masalah penyelesaian masalah atau proses tindak balas bencana yang cepat dan cekap boleh bermakna perbezaan antara sama ada perniagaan dapat bertahan dan masalah perhubungan awam yang kecil di jalan raya.
bukan kakitangan yang perlu mengambil bahagian harus mengetahui keadaan dan rancangan. Sebagai contoh, jabatan HR mungkin perlu terlibat dalam merekrut alternatif utama, atau perunding mungkin perlu masuk untuk membantu apabila syarikat sedang menjalani penggantian. Jabatan perakaunan mungkin perlu memahami perkhidmatan yang dibayar untuk tujuan pemulihan, dll.
Kesimpulan
yang paling penting, anda dan rakan sekerja anda membangunkan pelan bencana, memahaminya dan tetap up to date. Anda harus memanfaatkan alat yang disediakan oleh tuan rumah anda. Rakan kongsi hosting SitePoint SiteGround bukan sahaja menyediakan sandaran harian, tetapi juga menyediakan pemantauan, pengasingan akaun selamat dan sokongan teknikal pakar. Adakah anda mempunyai pengalaman mengenai perancangan bencana atau keadaan anda yang menghadapi tindak balas bencana untuk dikongsi? Sila kongsi dalam komen di bawah!
Soalan -soalan yang sering ditanya mengenai membuat pelan bencana laman web (FAQ)
Pelan pemulihan bencana laman web harus termasuk elemen utama: inventori terperinci semua perkakasan, perisian dan data; dan memastikan pelan itu tetap berkesan dan terkini untuk jadual ujian dan penyelenggaraan.
Adalah disyorkan untuk menguji pelan pemulihan bencana laman web anda sekurang -kurangnya sekali setahun. Walau bagaimanapun, jika terdapat perubahan besar dalam laman web anda, seperti reka bentuk semula utama atau menambah ciri -ciri baru, ujian tambahan disyorkan untuk memastikan pelan itu tetap sah.
Pasukan pemulihan bencana bertanggungjawab untuk melaksanakan pelan pemulihan bencana sekiranya berlaku bencana. Ini termasuk melaksanakan tugas seperti memulihkan data dari sandaran, menggantikan perkakasan dan perisian yang rosak, dan berkomunikasi dengan pihak berkepentingan. Pasukan ini harus memasukkan individu dengan pelbagai kemahiran, termasuk kepakaran teknikal dan pengurusan projek.
sandaran data hendaklah disulitkan untuk mengelakkan akses yang tidak dibenarkan. Di samping itu, sandaran perlu disimpan di lokasi yang selamat, seperti pusat data yang selamat atau di luar tapak. Ia juga penting untuk menguji sandaran secara teratur untuk memastikan data dapat dipulihkan dengan jayanya apabila diperlukan.
Pelan komunikasi harus menggariskan siapa yang perlu diberitahu sekiranya berlaku bencana, maklumat yang mereka perlukan untuk menerima, dan bagaimana untuk menyampaikannya. Ini mungkin termasuk pekerja, pelanggan, pembekal dan pihak berkepentingan lain. Program ini juga harus menetapkan siapa yang bertanggungjawab untuk menyampaikan maklumat ini.
downtime semasa pemulihan bencana laman web dapat dikurangkan dengan menggabungkan langkah-langkah aktif seperti sandaran data biasa dan kelebihan perkakasan dan langkah-langkah pasif seperti perancangan pemulihan bencana dan pasukan pemulihan bencana yang mahir.
Walaupun matlamat kedua -dua program adalah untuk memastikan bahawa organisasi dapat terus beroperasi sekiranya berlaku bencana, program pemulihan bencana memberi tumpuan khusus untuk memulihkan keupayaannya dan keupayaan data, sementara program kesinambungan perniagaan merangkumi semua aspek perniagaan, termasuk operasi dan kakitangan dan rantaian bekalan.
Keberkesanan pelan pemulihan bencana laman web dapat dinilai melalui ujian berkala, yang harus termasuk simulasi komprehensif senario bencana. Hasil ujian ini boleh digunakan untuk mengenal pasti sebarang kelemahan dalam program dan membuat penambahbaikan yang diperlukan.
Tanpa pelan pemulihan bencana laman web, organisasi mungkin mengalami downtime lanjutan, kehilangan data, reputasi yang rosak dan kerugian kewangan sekiranya berlaku bencana. Di samping itu, kekurangan perancangan boleh menyebabkan proses pemulihan yang lebih perlahan dan kurang cekap.
Pelan Pemulihan Bencana Laman Web perlu dikaji semula dan dikemas kini secara teratur untuk mengambil kira perubahan dalam infrastruktur laman web, teknologi dan proses perniagaan. Di samping itu, apa -apa pelajaran yang dipelajari dari ujian atau senario bencana sebenar harus dimasukkan dalam rancangan itu.
Atas ialah kandungan terperinci Cara membuat rancangan bencana untuk laman web. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!