Apakah cadangan penuh bit arsip yang jelas

Ringkasan

Dalam artikel ini, kita akan membahas berbagai jenis cadangan – penuh, tambahan, dan diferensial – dan perbedaannya. Kami juga akan mengeksplorasi dampak bit arsip selama cadangan. Selain itu, kami akan menjawab pertanyaan tentang kombinasi cadangan mana yang paling berhasil. Ayo menyelam.

Poin -poin penting

1. Cadangan Lengkap: Mengambil cadangan semua file terlepas dari perubahan sejak cadangan penuh terakhir.

2. Cadangan tambahan: Hanya cadangan file yang telah berubah sejak cadangan terakhir. Membutuhkan cadangan penuh dan semua cadangan tambahan untuk mengembalikan file.

3. Cadangan diferensial: Cadangan semua perubahan sejak cadangan penuh terakhir. Dapat dikombinasikan dengan cadangan penuh dan cadangan diferensial terakhir.

4. Status bit arsip: Cadangan penuh dan tambahan mengatur bit arsip ke nol, sementara cadangan diferensial membuat arsip sedikit tidak berubah.

5. Kombinasi yang disarankan: Disarankan untuk tidak menggabungkan ketiga jenis cadangan secara bersamaan. Anda dapat memilih cadangan penuh dan tambahan atau cadangan penuh dan diferensial berdasarkan kebutuhan Anda.

6. Cadangan FileServer: Pertimbangkan untuk menggunakan cadangan penuh satu kali, diikuti oleh cadangan kumulatif setiap minggu dan diferensial pada hari kerja untuk server file besar.

7. Arsip bit vs. Cap waktu: Saat menggunakan cadangan tambahan, disarankan untuk mengandalkan cap waktu alih -alih bit arsip untuk menghindari konflik apa pun.

8. Kerugian cap waktu: Beberapa kelemahan potensial menggunakan metode cap waktu untuk cadangan harus dipertimbangkan.

Pertanyaan dan jawaban

1. Bagaimana cadangan penuh berbeda dari cadangan tambahan?
Cadangan lengkap menangkap semua file, sedangkan cadangan tambahan hanya menyertakan file yang telah berubah sejak cadangan terakhir.

2. Dapatkah cadangan diferensial menggantikan cadangan penuh?
Tidak, cadangan diferensial melengkapi cadangan penuh dengan menangkap perubahan sejak cadangan penuh terakhir.

3. Apa tujuan dari bit arsip selama cadangan?
Bit arsip menunjukkan apakah file telah dicadangkan. Cadangan penuh dan tambahan atur bit arsip ke nol.

4. Apakah disarankan untuk mencampur cadangan diferensial dan tambahan dalam kebijakan yang sama?
Tidak, Symantec menyarankan agar tidak menggabungkan cadangan diferensial dan tambahan dalam kebijakan yang sama saat didasarkan pada bit arsip.

5. Kombinasi cadangan mana yang lebih efisien penyimpanan?
Kombinasi cadangan penuh dan tambahan mengkonsumsi lebih sedikit penyimpanan dibandingkan dengan cadangan penuh dan diferensial.

6. Apakah jenis cadangan mempengaruhi waktu restorasi?
Ya, cadangan penuh dan diferensial umumnya menawarkan waktu restorasi yang lebih cepat dibandingkan dengan serangkaian cadangan tambahan.

7. Jika sistem operasi dimasukkan dalam cadangan?
Bahkan jika sistem operasi dapat diinstal ulang, penting untuk mempertimbangkan waktu dan upaya yang diperlukan untuk mengembalikan kustomisasi. Cadangan Sistem Operasi Anda Terlepas dari Jenis Cadangan.

8. Dapatkah metode cap waktu digunakan sebagai pengganti bit arsip untuk cadangan tambahan?
Ya, menggunakan stempel waktu alih -alih bit arsip disarankan untuk menghindari konflik saat melakukan cadangan tambahan.

9. Apa saja kerugian potensial menggunakan metode cap waktu?
Menggunakan cap waktu dapat menyebabkan durasi cadangan yang lebih lama dan peningkatan persyaratan penyimpanan karena menangkap semua file, bukan hanya yang dimodifikasi.

10. Bagaimana cara cadangan windows dapat dikurangi untuk server file besar?
Pertimbangkan untuk menggunakan cadangan penuh satu kali, diikuti oleh kombinasi cadangan kumulatif setiap minggu dan diferensial pada hari kerja.

11. Apakah mungkin untuk menggabungkan ketiga jenis cadangan dalam satu kebijakan?
Meskipun secara teknis memungkinkan, tidak disarankan untuk mencampur cadangan penuh, tambahan, dan diferensial dalam kebijakan yang sama untuk manajemen cadangan yang optimal.

12. Apa implikasi pengaturan bit arsip ke nol selama cadangan?
Mengatur bit arsip ke nol menunjukkan bahwa file telah dicadangkan.

13. Jika sistem operasi yang sangat disesuaikan dicadangkan?
Ya, mencadangkan sistem operasi yang sangat disesuaikan memastikan bahwa pengaturan dan konfigurasi yang luas dipertahankan.

14. Apakah ada pertimbangan khusus untuk mencadangkan server file?
Untuk server file besar, memanfaatkan kombinasi cadangan penuh, kumulatif, dan diferensial dapat membantu mengelola jendela cadangan dan memastikan perlindungan data.

15. Bagaimana konflik antara diferensial dan cadangan tambahan dihindari?
Dengan mengandalkan metode cap waktu alih -alih bit arsip, konflik antara cadangan diferensial dan tambahan dapat diminimalkan.

Apakah cadangan penuh bit arsip yang jelas

Symantec merekomendasikan agar Anda tidak menggabungkan cadangan tambahan diferensial dan cadangan tambahan kumulatif dalam kebijakan Windows yang sama ketika cadangan tambahan didasarkan pada bit arsip.

Jenis perbedaan cadangan antara cadangan penuh, tambahan dan diferensial

Cadangan data memberi kami jaminan bahwa data kami dapat kembali ke online tidak peduli apa yang terjadi pada sistem kami. Apakah Anda seorang administrator cadangan atau auditor TI, memiliki jenis cadangan yang jelas akan membantu Anda mengembangkan strategi cadangan yang kuat untuk data kritis dan file sistem Anda. Posting ini bertujuan untuk membedakan perbedaan antara jenis cadangan utama. Di akhir membaca posting ini, Anda akan dapat memutuskan jenis cadangan apa yang paling cocok untuk Anda.

Tiga jenis cadangan utama adalah

1. Cadangan penuh
2. Cadangan tambahan
3. Cadangan diferensial

Cadangan penuh

Cadangan penuh mengambil cadangan semua file terlepas dari apakah mereka telah diubah sejak cadangan penuh terakhir.

Cadangan tambahan

Jenis cadangan ini hanya mencadangkan file yang berubah setelah mengambil cadangan terakhir. Untuk menyimpan semua file ke keadaan sebelumnya, kami membutuhkan cadangan penuh dan semua cadangan tambahan.

Cadangan diferensial

Cadangan diferensial berarti mengambil cadangan dari semua perubahan yang terjadi sejak cadangan penuh terakhir. Cadangan ini dapat disimpan dengan cadangan penuh dan cadangan diferensial terakhir. Cadangan diferensial dapat dibagi menjadi dua cadangan diferensial diferensial dan multi-level. Cadangan diferensial multi-level didasarkan pada konsep yang sama dengan cadangan diferensial sederhana kecuali bahwa ia memiliki sembilan level. Level cadangan diferensial apa pun mengambil cadangan file yang telah berubah sejak cadangan penuh terakhir atau cadangan diferensial tingkat bawah terakhir. Misalnya, jika cadangan penuh adalah yang paling baru daripada level spesifik cadangan diferensial, maka cadangan diferensial Level X akan mencadangkan semua file yang telah dimodifikasi sejak cadangan penuh terakhir, bukan cadangan diferensial yang diambil terakhir.

Catatan: Satu hal penting tentang cadangan adalah status bit arsip. Ketika bit arsip diatur ke nol, itu menunjukkan bahwa file telah dicadangkan, sementara bit arsip diatur ke satu berarti belum dicadangkan. Ingatlah bahwa cadangan tambahan dan penuh mengatur bit pencapaian ke nol saat cadangan selesai, yang berarti ketika Anda mengambil cadangan penuh atau tambahan, file Anda akan memiliki bit arsip yang diatur ke nol. Hanya cadangan diferensial yang membuat arsip sedikit tidak berubah setelah mengambil cadangan.

Kombinasi cadangan mana yang paling cocok?.

Disarankan untuk tidak mengambil ketiga jenis cadangan secara bersamaan. Yu dapat mengambil cadangan penuh dan tambahan atau cadangan penuh dan diferensial.

Saat Anda mengambil cadangan penuh dan diferensial, ukuran file punggung Anda akan lebih besar, tetapi restorasi membutuhkan lebih sedikit waktu. Di sisi lain, serangkaian cadangan tambahan dan lebih sedikit unit penyimpanan, tetapi mereka membutuhkan lebih banyak waktu untuk memulihkan daripada kombinasi cadangan penuh dan diferensial.

Saat Anda memilih jenis cadangan yang tepat untuk memenuhi kebutuhan Anda, Anda harus berhati -hati tentang apa yang harus dicadangkan dan apa yang perlu dicadangkan. Biasanya, banyak organisasi tidak ingin mengambil cadangan sistem operasi karena mereka berpikir bahwa OS dapat dipasang. Jadi, mereka tidak peduli dengan hilangnya file sistem. Tetapi, jika jika Anda memiliki sistem operasi yang sangat disesuaikan. Apakah Anda memiliki cukup waktu untuk menerapkan semua pengaturan yang Anda terapkan selama bertahun -tahun untuk menyempurnakan sistem. Jadi, jangan pernah merusak manfaat dari mengambil cadangan sistem operasi Anda tidak peduli jenis cadangan yang Anda gunakan.

Pos terkait:

Apakah cadangan penuh bit arsip yang jelas

Auto-Sugrest membantu Anda dengan cepat mempersempit hasil pencarian Anda dengan menyarankan kemungkinan kecocokan saat Anda mengetik.

Menunjukkan hasil untuk

Cari sebagai gantinya

Apakah yang kamu maksud:

• SUARA
• Perlindungan data
• Netbackup
• Mencadangkan server file besar – arsip bit vs t.

• Berlangganan Umpan RSS
• Tandai topik sebagai baru
• Tandai topik saat dibaca
• Mengapung topik ini untuk pengguna saat ini
• Penanda buku
• Langganan
• Bisu
• Halaman ramah printer

Mencadangkan server file besar – bit arsip vs stempel waktu

• Tandai sebagai baru
• Penanda buku
• Langganan
• Bisu
• Berlangganan Umpan RSS
• Permalink
• Mencetak
• Laporkan konten yang tidak pantas

10-28-2011 01:50 PM

Kami memiliki server file besar di mana jendela cadangan memanjang selama berhari -hari. Untuk mengurangi jendela cadangan, kami sedang mempertimbangkan untuk mencadangkannya dengan satu kali cadangan penuh, setelah itu mengganti dengan kumulatif setiap minggu dan diferntial pada hari kerja.

Ada catatan di “Properti Pengaturan Klien untuk Klien Windows” Bantuan file seperti di bawah ini:

Symantec merekomendasikan agar Anda tidak menggabungkan cadangan tambahan diferensial dan cadangan tambahan kumulatif dalam kebijakan Windows yang sama ketika cadangan tambahan didasarkan pada bit arsip.

Sesuai rekomendasi, kami ingin menggunakan metode cap waktu tetapi ingin mengetahui jika ada kelemahan menggunakan perangko waktu vs bit arsip.

• Semua topik forum
• Topik sebelumnya
• Topik berikutnya

1 solusi yang diterima

Solusi yang diterima

Bersertifikat Akreditasi VIP Mitra

• Tandai sebagai baru
• Penanda buku
• Langganan
• Bisu
• Berlangganan Umpan RSS
• Permalink
• Mencetak
• Laporkan konten yang tidak pantas

10-29-2011 10:19 PM

Tentang Archive Bit vs Timestamp:

Dengan pemilihan bit arsip, cummulative hanya akan mencadangkan file dengan bit arsip dan melewatkan semua perubahan sejak penuh atau inkremental terakhir.

Silakan lihat apakah bagian ini dalam manual menjawab pertanyaan Anda:

Bagaimana NetBackup menentukan bahwa file akan dicadangkan

Pada klien Windows, NetBackup melakukan cadangan file tambahan yang
didasarkan pada performa tambahan berdasarkan pengaturan bit arsip. Pengaturan ini
ditemukan di antarmuka klien cadangan, arsip, dan kembalikan, di bawah file>
Properti klien netbackup, pada tab umum.

Jika melakukan inkremental berdasarkan bit arsip diaktifkan, cadangan tambahan
Untuk klien ini didasarkan pada keadaan bit arsip dari setiap file. Operasi
Sistem mengatur bit setiap kali file berubah dan tetap ditetapkan sampai dihapus oleh
Netbackup. Kondisi di mana netbackup membersihkan bit tergantung pada
jenis cadangan yang dilakukan.

■ Untuk cadangan penuh, NetBackup mendukung file terlepas dari keadaan mereka
Bit arsip. Setelah cadangan penuh, bit arsip selalu dibersihkan.
■ Untuk cadangan tambahan yang berbeda, NetBackup mendukung file yang dimiliki
set bit arsip dan karenanya berubah. Saat klien menerima a
respons dari server yang menunjukkan bahwa cadangan berhasil (atau
sebagian berhasil) Bit arsip dibersihkan. Bit arsip yang jelas memungkinkan
Diferensial tambahan berikutnya hanya mendukung file yang berubah sejak
cadangan tambahan penuh atau diferensial sebelumnya.
■ Untuk cadangan tambahan kumulatif, NetBackup mendukung file yang memiliki
set bit arsip. Namun, netbackup tidak menghapus bit arsip setelahnya
cadangan. Tanpa bit arsip yang jelas, inkremental kumulatif berikutnya
cadangan cadangan file yang diubah dan file yang ada di dalam kumulatif
cadangan tambahan.
Jika melakukan inkremental berdasarkan bit arsip dinonaktifkan, netbackup termasuk a
file dalam cadangan tambahan hanya jika stempel datetime dari file telah berubah
Sejak cadangan terakhir. Cap datetime menunjukkan kapan file tersebut terakhir didukung
ke atas.
Bergantung pada cap waktu, NetBackup berperilaku dengan cara berikut:
■ Untuk cadangan lengkap, netbackup cadangan file terlepas dari stempel datetime.
■ Untuk cadangan tambahan yang berbeda, NetBackup membandingkan stempel datetime
file terhadap cadangan penuh atau tambahan terakhir.
■ Untuk cadangan tambahan kumulatif, NetBackup membandingkan stempel datetime
file terhadap cadangan penuh terakhir.
Jika file diinstal atau disalin dari komputer lain, file baru mempertahankan
stempel datetime dari aslinya. Jika tanggal asli sebelum tanggal cadangan terakhir,
File baru tidak dicadangkan sampai cadangan penuh berikutnya.

Apakah cadangan penuh bit arsip yang jelas

Auto-Sugrest membantu Anda dengan cepat mempersempit hasil pencarian Anda dengan menyarankan kemungkinan kecocokan saat Anda mengetik.

Menunjukkan hasil untuk

Cari sebagai gantinya

Apakah yang kamu maksud:

• SUARA
• Perlindungan data
• Netbackup
• Cadangan penuh tidak membersihkan bit arsip setelah su.

• Berlangganan Umpan RSS
• Tandai topik sebagai baru
• Tandai topik saat dibaca
• Mengapung topik ini untuk pengguna saat ini
• Penanda buku
• Langganan
• Bisu
• Halaman ramah printer

Cadangan penuh tidak membersihkan bit arsip setelah cadangan yang berhasil

• Tandai sebagai baru
• Penanda buku
• Langganan
• Bisu
• Berlangganan Umpan RSS
• Permalink
• Mencetak
• Laporkan konten yang tidak pantas

01-15-2016 03:52 AM

Cadangan inkremental kumulatif saya memakan waktu lama karena. Bayangkan skenario berikut

File terakhir dimodifikasi 14/12/15
Cadangan Lengkap 08/01/16

Jika saya menjalankan perintah untuk menanyakan bit arsip (dir /a: a /o-d), saya melihat bahwa file tersebut ditandai untuk pengarsipan.

Karenanya file sedang dicadangkan dalam cadangan tambahan kumulatif karena ini.

Bit arsip file jelas harus dihapus setelah cadangan penuh.

Ide mengapa ini mungkin terjadi?

Untuk klien saya memiliki dua kebijakan, satu (a) untuk folder DFSR (masing -masing folder DFSR ditambahkan secara manual untuk memanfaatkan multiplexing dan beberapa aliran data) dan kebijakan lainnya (b) untuk all_local_drives.

Menurut panduan admin, saya mengatur pengecualian untuk klien ini sehingga folder DFSR hanya disalin pada a. B mendukung sisa SCC. Ini berfungsi dengan baik.

BRM diaktifkan untuk B tetapi tidak untuk a. Saya telah melihat itu pada tahun 2011 telah diaktifkan TIR (yang merupakan kekuatan jika Anda memiliki BRM) yang digunakan untuk memaksa cadangan penuh pada skenario DFSR. Tidak yakin apakah ini masalahnya, tetapi semua teknot mengenai hal itu hilang, jadi mungkin masalah itu hilang untuk kebaikan.

Master/Media Server dijalankan di server yang sama, dan versi NBU adalah 7.6.0.4.

Klien NBU untuk klien adalah 7.6.0.1

Apakah cadangan penuh bit arsip yang jelas

Jadwal dan rotasi pekerjaan cadangan

Anda dapat mengonfigurasi pekerjaan cadangan Anda untuk menggunakan jadwal khusus, jadwal sintetis, atau skema rotasi dengan menggunakan skema template cadangan arcserve atau dengan menentukan parameter rotasi Anda sendiri. Anda juga dapat menentukan metode pengulangan dan metode cadangan berikut untuk setiap cadangan:

• Full (Keep Archive Bit)–Dilakukan setiap kali pekerjaan diulangi dan menjaga arsip.
• Penuh (bit arsip yang jelas)–Dilakukan setiap kali pekerjaan diulang dan membersihkan bit arsip.
• Cadangan tambahan–Cadangkan hanya file -file yang bit arsipnya telah ditetapkan sejak cadangan penuh atau tambahan dilakukan. Setelah setiap cadangan, bit arsip diatur ulang sehingga mereka tidak dicadangkan selama pekerjaan cadangan tambahan berikutnya.
• Cadangan diferensial–Cadangan hanya file -file yang bit arsipnya telah ditetapkan sejak cadangan penuh terakhir dilakukan. Karena pekerjaan cadangan diferensial tidak menghapus file’bit arsip, file yang didukung dalam pekerjaan diferensial terakhir didukung lagi. Dibutuhkan lebih lama untuk memproses pekerjaan cadangan menggunakan metode ini. Namun, strategi ini hanya membutuhkan dua set media untuk mengembalikan cadangan diferensial; set media lengkap, dan set media diferensial. Dalam hal cadangan tambahan, Anda memerlukan set media penuh dan setiap set tambahan hingga set terbaru. Untuk pekerjaan cadangan penuh sintetis, jika agen mendukung cadangan penuh sintetis, pekerjaan cadangan diferensial dikonversi ke pekerjaan cadangan tambahan. Catatan: Metode cadangan yang dijelaskan di atas tidak berlaku untuk agen klien Linux.

Untuk deskripsi fitur penjadwalan pekerjaan yang terperinci, lihat pekerjaan menyesuaikan.