Sistem pengarkiban menggantikan NTBackup dengan keluaran Windows Server 2008 dan hari ini adalah produk yang benar-benar matang dan terbukti, tetapi ramai pentadbir masih tidak menggunakan komponen OS ini, memilih produk alternatif. Mungkin terdapat kedua-dua sebab objektif untuk ini, dan kekurangan pemahaman tentang prinsip operasi sistem arkib Pelayan Windows. Oleh itu, kami memutuskan untuk menangani kemungkinan jurang pengetahuan dengan artikel ini.
Kami sering bertanya kepada pentadbir sistem yang kami kenali: apakah alatan yang mereka gunakan untuk membuat sandaran keadaan pelayan mereka? Dan mereka sangat terkejut bahawa ramai daripada mereka tidak menyebut tentang sistem pengarkiban Windows Server. Untuk soalan seterusnya: mengapa mereka tidak menggunakan alat ini, kami sering menerima jawapan bahawa mereka tidak memahami cara sistem ini berfungsi, cara mengurus sandaran, dsb., dsb. Sebahagiannya, alasan itu boleh dipanggil sah; apabila tidak ada pemahaman tentang cara produk ini atau itu berfungsi, lebih baik menolak untuk menggunakannya.
Lebih baik lagi, ketahui cara ia berfungsi dan mula mempraktikkannya. Dalam sistem arkib baharu, ramai yang menjangkakan untuk melihat pengganti kepada NTBackup yang biasa, tetapi Microsoft telah mereka bentuk semula sepenuhnya mekanisme untuk membuat salinan sandaran dan kami mempunyai alat yang sama sekali berbeza. Storan sandaran utama ialah cakera, yang ditandakan secara bebas oleh sistem pengarkiban dan tersembunyi daripada pengguna. Anda juga boleh menggunakan volum atau sumber rangkaian yang telah dipetakan, bagaimanapun, kaedah ini mempunyai hadnya dan menafikan semua kelebihan teknologi baharu.
Sistem pengarkiban baharu menguruskan proses sandaran secara bebas, mencipta salinan primer dan sekunder data, serta tempoh pengekalannya. Ini adalah salah satu kesukaran utama yang timbul apabila menggunakan alat baru. Ramai pentadbir sudah biasa dengan jelas menyatakan jenis arkib yang dibuat, nombor dan tempoh penyimpanan mereka, jadi jika mereka tidak menemui pilihan yang diperlukan di sini, mereka membuat kesimpulan yang tergesa-gesa dan salah.
Dengan Sandaran Pelayan Windows, anda memberikan perkhidmatan keseluruhan cakera dan ia menguruskan proses storan sebagaimana yang difikirkan patut. Adakah ia baik atau buruk? Pada pendapat kami - baik. Kerana agak kerap terdapat situasi apabila pentadbir salah menganggarkan saiz ruang cakera yang diperlukan untuk menyimpan salinan atau terdapat lonjakan mendadak dalam jumlah data yang diarkibkan. Dalam kes ini, terdapat kebarangkalian yang sangat tinggi bahawa perkhidmatan sandaran akan gagal kerana kekurangan ruang kosong pada masa yang paling tidak sesuai.
Windows Server mengambil pendekatan yang berbeza secara asasnya. Cara paling mudah untuk melukis analogi ialah dengan sistem pengawasan video, apabila strim ditulis secara berterusan ke cakera dan pada bila-bila masa tertentu kita mempunyai tempoh rakaman tertentu yang ditentukan oleh kapasiti cakera. Katakan kami memasang cakera 500 GB - kami mempunyai video selama seminggu, menggantikannya dengan 1 TB - dua minggu, dsb.
Perkhidmatan sandaran berfungsi dengan cara yang sama, menulis salinan ke cakera sehingga ruang kosong habis, kemudian menulis ganti salinan tertua. Dengan cara ini, anda akan sentiasa mempunyai kedalaman sandaran yang berterusan, terhad hanya oleh ruang cakera; walaupun peningkatan mendadak dalam data yang disalin tidak akan membawa kepada akibat negatif, hanya bilangan salinan yang tersedia akan dikurangkan.
Satu lagi kesukaran timbul di sini. Ramai pentadbir mengaitkan perkataan cakera hanya dengan cakera keras fizikal, selepas itu banyak persoalan timbul dengan segera: di mana untuk mendapatkan begitu banyak cakera, cara menyambungkannya ke pelayan, bagaimana memastikan arkib disimpan secara berasingan daripada sistem, dsb. dan sebagainya. Ya, dan memperuntukkan walaupun cakera 500 GB untuk sandaran pelayan ahli kelihatan agak membazir. Oleh itu, sudah tiba masanya untuk mengingati tentang teknologi yang membolehkan anda segera menyelesaikan keseluruhan lapisan "masalah".
Malah, teknologi ini disokong hari ini oleh semua sistem, termasuk NAS dalam kategori harga lebih tinggi sedikit daripada tahap kemasukan, yang membolehkan anda bijak mengurus ruang cakera yang tersedia dan mengatur penyimpanan arkib secara berasingan daripada sistem. Microsoft mengesyorkan mempunyai 1.5 kali lebih banyak ruang cakera untuk menyimpan dua salinan data; pada pendapat kami, angka ini agak terlalu tinggi, terutamanya jika anda menyalin data yang jarang berubah, contohnya, keadaan pelayan.
Kami akan melompat ke hadapan sedikit dan menunjukkan hasil pengarkiban pelayan ujian dengan volum data yang diarkibkan sebanyak 29 GB:
Seperti yang anda lihat, lapan salinan keadaan sistem mengambil kira-kira 9 GB, yang agak baik, dan jumlah volum cakera iSCSI 60 GB yang kami peruntukkan cukup untuk kira-kira tiga minggu menyimpan salinan harian, yang pada pendapat kami adalah lebih dari cukup.
Untuk membuat sandaran, mekanisme salinan bayangan kelantangan (VSS) digunakan, yang membolehkan anda bekerja dengan fail terbuka dan sistem tanpa mengganggu kerja sistem dan pengguna. Bermula dengan Windows Server 2012, sistem sandaran juga membolehkan anda membuat sandaran mesin maya Hyper-V yang berjalan pada hos dan memulihkan keadaannya secara individu. Apabila menggunakan perisian lain pada pelayan yang menggunakan keupayaan salinan bayangan, sistem pengarkiban mempunyai keupayaan untuk menyimpan log VSS, yang akan memastikan operasi yang betul bagi perkhidmatan ini semasa pemulihan.
Secara berasingan, kita harus menyentuh sandaran pangkalan data; jika tiada masalah dengan produk yang menyokong penyalinan bayangan, seperti MS SQL Server atau Exchange, masalah mungkin timbul dengan produk pihak ketiga, contohnya, PostgreSQL. Mekanisme salinan bayangan tidak memeriksa integriti logik fail, hanya mengambil gambar keadaan mereka pada masa tertentu; sistem yang menyokong VSS dapat mengendalikan masa ini, membawa pangkalan data kepada keadaan yang konsisten sebelum saat bayang-bayang salinan dibuat. Untuk sistem yang tidak disokong, kami hanya akan menerima sekeping pangkalan data untuk keadaan masa tertentu; apabila memulihkan pangkalan data sedemikian, ia akan dibawa ke keadaan yang konsisten menggunakan DBMS, dengan kata lain, semua transaksi yang belum selesai akan dibatalkan dan data kerugian mungkin berlaku.
Berdasarkan perkara di atas, kita boleh membuat kesimpulan bahawa sistem sandaran Windows sangat sesuai untuk membuat salinan sandaran sistem dan data pengguna, serta perkhidmatan dan aplikasi "asli". Untuk mengarkibkan perisian pihak ketiga yang kompleks, lebih baik menggunakan alat yang disediakan oleh pengeluar perisian ini.
Untuk mula menggunakan sistem pengarkiban Pelayan Windows, anda perlu memasang komponen dengan nama yang sama terlebih dahulu, ini dilakukan melalui Tambah Wizard Peranan dan Ciri.
Snap-in pengurusan perkhidmatan kemudiannya boleh dilancarkan sama ada melalui Kemudahan V Pengurus Pelayan, atau melalui pintasan masuk Panel Kawalan - Pentadbiran.
Peralatan ini benar-benar tipikal untuk perkhidmatan Windows Server dan tidak menyebabkan sebarang kesulitan apabila bekerja dengannya.
Pandangan pantas pada skrin serta-merta membolehkan anda menilai tetapan semasa dan status perkhidmatan; tindakan yang tersedia tertumpu di sebelah kanan. Terdapat beberapa daripadanya: Pengarkiban sekali sahaja, pengarkiban berjadual dan pemulihan. Kami amat berminat dengan jadual, walaupun pengarkiban sekali sahaja juga merupakan alat yang agak mudah yang membolehkan anda membuat salinan keadaan pelayan dengan cepat sebelum sebarang tindakan yang berpotensi berbahaya, supaya anda boleh kembali ke permulaannya.
Menekan Jadual pengarkiban kami akan melancarkan wizard dengan nama yang sama, yang menawarkan kami untuk mengarkibkan keseluruhan pelayan, atau menentukan objek untuk pengarkiban terpilih.
Kami akan sentiasa mempunyai masa untuk mengarkibkan semuanya sekaligus, jadi kami akan memilih jenis pengarkiban tersuai. Langkah seterusnya akan meminta kami memilih objek untuk diarkibkan.
Untuk menambahnya cuma klik Tambah elemen.
Jika anda memilih Memulihkan sistem kepada keadaan asalnya, maka ia akan ditambahkan secara automatik Keadaan sistem, partition sistem (drive C :) dan partition service dengan pemuat but. Untuk tujuan pendidikan, kami menambahkan pada data ini folder dengan pangkalan data MS SQL, yang sepatutnya mewakili beberapa data pengguna.
Dan juga tetapkan parameter perkhidmatan salinan bayangan; jika anda mempunyai aplikasi yang menggunakan perkhidmatan ini, contohnya, MS SQL Server, maka anda harus memilih tetapan log Salin VSS, yang akan memastikan interaksi normal mereka dengan perkhidmatan salinan bayangan, termasuk semasa pemulihan.
Kemudian anda perlu membuat jadual, tugasnya sangat mudah, anda boleh menjalankan pengarkiban sama ada sekali atau beberapa kali sehari, langkah selang minimum ialah setengah jam.
Kami telah menyusun jadual, kini tiba masanya untuk menentukan lokasi penyimpanan untuk arkib. Terdapat tiga pilihan untuk dipilih, setiap daripadanya diulas dengan baik, yang menjadikan pilihan yang tepat lebih mudah:
Seperti yang telah kami katakan, adalah optimum untuk memperuntukkan keseluruhan cakera untuk pengarkiban; kami mengesyorkan menggunakan cakera iSCSI untuk tujuan ini, yang membolehkan anda menyelesaikan dua masalah utama sekaligus: menggunakan ruang cakera secara optimum dan menyimpan arkib secara berasingan daripada sistem.
Perlu disebutkan kemungkinan meletakkan arkib dalam folder rangkaian; walaupun terdapat sekatan yang ketat, kaedah ini mudah digunakan untuk pengarkiban sekali sahaja, apabila anda perlu membuat arkib dengan cepat dan meletakkannya di luar pelayan.
Jika anda memilih cakera, ia akan diformat dan disembunyikan, ini memberikan perlindungan tambahan daripada kemungkinan pengaruh yang merosakkan, contohnya, penyulitan Trojan.
Pada langkah terakhir, anda perlu sekali lagi memastikan tetapan yang dibuat adalah betul dan mengesahkannya dengan menekan butang sedia.
Sekarang yang tinggal hanyalah menunggu masa yang ditentukan dan pastikan proses pengarkiban telah selesai tanpa kegagalan. Apabila membuat jadual, anda harus mengambil kira beban pada rangkaian dan subsistem storan cakera, yang boleh menyebabkan penurunan dalam prestasinya.
Selepas sandaran telah dibuat, adalah idea yang baik untuk menyemak kemungkinan memulihkan daripadanya. Untuk melakukan ini, pilih tindakan dengan nama yang sama dalam snap-in, dan ini akan dilancarkan Wizard Pemulihan, yang akan meminta anda untuk menunjukkan lokasi arkib terlebih dahulu:
Kemudian kami menunjukkan tarikh dan masa sandaran dibuat yang kami ingin gulung semula; tarikh yang tersedia diserlahkan dalam huruf tebal.
Kemudian kami menunjukkan apa sebenarnya yang ingin kami pulihkan:
Seperti yang anda lihat, ini boleh menjadi fail dan folder, mesin maya Hyper-V, volum, aplikasi dan keadaan sistem. Permohonan perlu diberi perhatian khusus. Ciri ini hanya tersedia untuk aplikasi yang berdaftar dengan sistem pengarkiban, yang mesti boleh berfungsi dengan API perkhidmatan dan menyokong VSS. Ringkasnya, senarai ini termasuk bilangan program yang terhad, terutamanya dari Microsoft sendiri, dan untuk perisian pihak ketiga fungsi ini tidak berguna.
Pada masa yang sama, sukar untuk menilai terlalu tinggi kemungkinan pemulihan keadaan sistem, yang membolehkan anda melancarkan keadaan OS tanpa menjejaskan data pengguna. Ini sangat membantu dalam situasi di mana beberapa masa telah berlalu antara membuat perubahan pada sistem dan mengenal pasti kesan negatifnya.
Memulihkan keadaan sistem dijalankan dalam dua peringkat, setiap satu berakhir dengan but semula.
Lebih-lebih lagi, peringkat kedua kelihatan seperti but OS biasa dan tidak memaparkan sebarang mesej, hanya but semula selepas beberapa ketika. Ia mungkin kelihatan seperti terdapat ralat atau kegagalan, tetapi ini tidak berlaku.
Oleh itu, anda hanya perlu bersabar dan menunggu mesej mengenai kejayaan menyelesaikan operasi. Bergantung pada kelajuan rangkaian, prestasi cakera dan volum data, operasi ini mungkin mengambil masa yang agak lama.
Alternatif kepada pemulihan keadaan sistem ialah pemulihan tahap volum, yang akan memusnahkan semua data dan mengembalikan volum kepada keadaan ia berada pada tarikh yang ditentukan. Ini boleh berguna sekiranya berlaku insiden virus yang anda ingin memastikan tiada perisian hasad kekal pada sistem atau dalam kes di mana volum asal telah rosak.
Secara umum, operasi ini tidak berbeza dengan memulihkan kelantangan daripada imej menggunakan mana-mana perisian lain, contohnya, Acronis.
Apabila memulihkan folder dan fail, anda boleh mengurus parameter pemulihan secara fleksibel, sebagai contoh, dengan menyimpan kedua-dua versi fail: versi semasa dan yang dipulihkan, ini berguna dalam kes di mana fail telah ditulis ganti secara tidak sengaja, tetapi hasil daripada semasa kerja juga diperlukan. Semasa pemulihan, anda juga boleh memulihkan semua hak akses kepada fail dan folder, yang penting jika anda mempunyai sistem penyerahan hak yang kompleks.
Seperti yang anda lihat, sistem sandaran Pelayan Windows adalah alat yang sangat berfungsi dan mudah yang membolehkan pemulihan data yang berjaya di mana-mana peringkat dan pada masa yang sama melegakan pentadbir sebahagian besar daripada kebimbangan mengurus proses ini. Oleh itu, jika anda belum menggunakan sistem arkib ini, maka selepas membaca bahan ini, sudah tiba masanya untuk melihatnya dengan lebih dekat.
Tag:
