Jika LTO-3 full backup membutuhkan lebih dari satu kaset. Apa langkah perangkat keras saya selanjutnya?


12

BAIK. beberapa memberi faktor

Saya menggunakan Backup Exec 12.x / 13.x, Memiliki lingkungan server 2003/2008 termasuk Exchange.

Saya memiliki Cadangan ke Disk (Penuh / Diff) yang terjadi yang terlepas dari cadangan ke KPP (Penuh / Diff). Untuk lebih dari satu alasan saya lebih suka tidak hanya mencadangkan dari disk ke tape saya ingin menjaga cadangan langsung ke KPP terjadi.

Saat ini saya memiliki drive LTO-3 tunggal tanpa jenis loader / robot / perpustakaan. Kotak yang melayani drive LTO memiliki kartu Adaptec 39160 Ultra160 SCSI di dalamnya. Saat ini saya menggunakan satu kaset untuk Full (satu per minggu) dan satu tape untuk Diff (empat hari seminggu sebelum rekaman itu diambil). Cadangan penuh menabrak penghalang 372.5GB dan ketika itu cadangan tidak selesai Sabtu itu masih menunggu kaset pada Senin pagi.

Ward disebutkan menempatkan rekaman LTO3 kedua penuh pada Senin sore / malam setelah jam kerja normal. Masalah dengan ini dibandingkan di bawah ini:

Aliran normal

  • Jumat, masukkan LTO3 tape 1 untuk Full backup untuk minggu 1
  • Senin, masukkan pita LTO3 untuk diferensial
  • Selasa, Rabu, Kamis diferensial menggunakan pita yang dimasukkan Senin
  • ulangi untuk minggu 2

2 kaset LTO3 untuk aliran cadangan penuh

  • Jumat, masukkan LTO3 tape 1 untuk Full backup untuk minggu 1
  • Senin, masukkan LTO3 tape 2 untuk Full backup untuk minggu 1
  • Senin, sisipkan LTO3 tape 1 untuk Full backup untuk minggu 1 (untuk proses verifikasi)
  • Senin, sisipkan LTO3 tape 2 untuk backup penuh untuk minggu 1 (untuk proses verifikasi)
  • Selasa, masukkan LTO 3 tape untuk Diferensial
  • Rabu, Kamis diferensial menggunakan pita yang dimasukkan Selasa
  • ulangi untuk minggu 2

Kaset tambahan bertukar makan 6+ jam ke hari Senin (mulai dari saat saya memasukkan kaset kedua). Jika saya melakukan itu pada jam 5 sore saya akan berada di sini sampai hampir tengah malam menukar kaset. Itu belum termasuk waktu idle pada Sat / Sun / Mon menunggu kaset.

Sekarang saya bisa mematikan proses verifikasi dan menyimpan dua swap tape dan mempersingkat proses "backup" beberapa jam, tetapi saya tidak bisa hanya memasukkan tape 2 dan berjalan pergi pada akhir hari jika saya tidak mematikan verifikasi . Memiliki cadangan tumpahan ke pita 2 memperpanjang proses cadangan tetapi juga

  • Meningkatkan jumlah kaset dalam rotasi (biaya)
  • Meningkatkan jumlah kaset dalam transportasi (ukuran / berat tas pergi ke penyimpanan di luar lokasi)
  • Meningkatkan kompleksitas proses pencadangan dengan membuat saya tetap di situs setelah jam untuk proses verifikasi
  • Meningkatkan kompleksitas mengelola cadangan / mengembalikan dari kantor saya yang tidak tepat di sebelah ruang server. Ini berlaku empat kali lipat untuk menangani masalah seperti itu dari rumah.

Dan ya saya tidak akan masuk pada hari Sabtu untuk duduk di sana selama 6+ jam dan menjaga tape drive. Saya ingin memiliki kehidupan di luar pekerjaan. 12 jam hari MF cukup buruk ketika terjadi. Saya tidak akan secara permanen mengikat diri saya ke minggu kerja 6 hari.

Drive tape adalah Dell PowerVault 110T LTO3. Server cadangan menggunakan Gigabit Ethernet dengan hanya menggunakan satu NIC dan dapat mengisi rekaman penuh dalam waktu sekitar 12 jam.

Saya dapat mengubah proses pencadangan untuk memisahkan salah satu server yang lebih intensif ke pencadangan penuh pada KPP sendiri untuk sementara menunda keputusan ini, tetapi segera saya pikir saya harus memilih salah satu dari opsi ini:

  1. Beli drive LTO-3 dan manfaatkan hanya memiliki rekaman fisik kedua yang tersedia. Ini adalah pilihan yang kurang diinginkan dan hanya masuk akal jika drive LTO-3 jauh lebih murah daripada drive LTO-4.

  2. Beli drive LTO-4 dan gunakan kaset LTO-4 untuk backup penuh dan gunakan kaset LTO-3 untuk diferensial sampai kaset LTO-3 diputar dan kaset LTO4 baru sesuai dengan harga kaset LTO3. Ini mungkin akan membuat saya melalui cadangan akhir pekan selama bertahun-tahun yang akan datang tanpa harus menukar kaset. Ini juga membahas penyemiran sebagian karena LTO4 memiliki kecepatan minimum lebih rendah dari LTO3.

  3. Beli sesuatu yang bisa mengumpan kaset secara otomatis. Saya berasumsi tidak ada sesuatu yang dapat saya tambahkan ke PowerVault 110T dan ini berarti pembelian perangkat baru yang memiliki pita dan pemuat dalam satu unit. Ini mungkin tidak hemat biaya vs hanya mendapatkan drive dan memuat kaset secara manual tetapi menggunakan LTO4 autoloading akan menjadi yang paling nyaman. Saya akan membiarkan bos di atas saya memutuskan antara tape drive tunggal dan drive autoloading.

Evan Anderson disebutkan dalam solusi lain bahwa Anda dapat membeli drive di sekitar kisaran harga ini

 LTO-4 (internal drive, 1 tape / day) - $2,766.00  
 LTO-4 (autoloader, 1 tape / day) - $4,566.00

tapi saya tidak tahu secara spesifik tentang apa yang dia atau Anda sarankan untuk drive yang sebenarnya dan jika perlu controller. Tunjukkan pada saya URL URL baru (atau Dell, atau HP, atau apa pun vendor favorit Anda) untuk solusi Anda jika Anda tidak keberatan mencarinya atau hanya memberi saya merek dan nomor model dan saya akan senang melakukannya kaki bekerja sendiri.

Saya ingin melakukan pembelian yang diperlukan beberapa saat sebelum rotasi cadangan ini menjadi terlalu rumit. Saya mungkin punya beberapa bulan.

Xenny menyebutkan usia server dan kecepatan cadangan. Server Exchange berumur 6 tahun (meskipun hard drive jauh lebih baru). Ada beberapa server berusia 4 tahun dalam campuran dengan drive tingkat konsumen (WD6400AAKS). Server yang saya anggap "baru" berusia 2 tahun pada saat ini.

Cadangan ke disk dari server pertukaran lama sudah secepat 2184 MB / mnt tetapi secara umum pencadangan ke disk sama lambatnya dengan pencadangan ke pita dalam pengaturan ini. Bahkan cadangan ke disk kadang-kadang lebih lambat daripada cadangan ke drive tape KPP-3. Saya juga memiliki masalah dengan drive yang gagal dan kurangnya ruang untuk menambahkan lebih banyak drive. Secara umum cadangan ke disk bahkan lebih merupakan masalah daripada transisi LTO3 / 4 tetapi itu milik pada pertanyaan yang berbeda pada serverfault jika saya ingin masukan tentang hal itu.

Saya hanya akan memilih beberapa angka dari cadangan baru-baru ini untuk memberi Anda gambaran tentang kecepatan. Ini bukan daftar lengkap tetapi memberi Anda gambaran tentang berbagai kecepatan yang terlibat. Saya berencana untuk segera memperbarui ini dalam format MB kecepatan lama / min. Kecepatan koran MB / mnt di mana oldspeed adalah SCSI 320 LTO3 lama dan koran adalah SAS LTO4.

DC C: ~ 850 MB / mnt
Keadaan sistem DC ~ 700 MB / mnt
Exchange Server C: dan status sistem ~ 500 MB / mnt ~ 600 MB / mnt
Exchange Server D: ~ 1400 MB / mnt ~ 1200 MB / mnt
Exchange Server Pertama Grup Penyimpanan ~ 1100 MB / min ~ 700MB / min
Webserver C: ~ 600 MB / min ~ 950 MB / min
Webserver E: ~ 1700 MB / min ~ 1950 MB / min
Fileserver C: ~ 500 MB / min
Fileserver E: ~ 1500 MB / min ~ 2200 MB / min
Fileserver G: ~ 1800 MB / min ~ 2400 MB / min
Status sistem Fileserver ~ 650 MB / min
server faks C: ~ 400 MB / min ~ 550 MB / mnt
Server akuntansi C: ~ 1300 MB / mnt ~ 1775 MB / mnt
Server akuntansi D: ~ 1500 MB / mnt ~ 2250 MB / mnt
Akuntansi SQL misalnya ~ 1600 MB / mnt
aplikasi server C: dan status sistem ~ 700 MB / mnt ~ 900
Server cadangan MB / mnt C: 700 MB / mnt ~ 1800 MB / Mnt
cadangan server E: 1350 MB / mnt ~ 2900 MB / mnt

Memantau Fileserver Saya melihat angka yang membuat saya berpikir pengontrol serangan menahan laju transfer. Pengontrolnya adalah SATA 1.5 tetapi drive-drive tersebut memiliki kemampuan 3.0. Saya perhatikan setelah mengubah volume dari RAID 1 ke RAID 10 dan tidak mendapatkan peningkatan kecepatan untuk pencadangan. Sayangnya, menggandakan kecepatan baca yang berkelanjutan tidak memengaruhi cadangan untuk drive tape LTO3.

Secara umum, pencadangan langsung ke KPP memberi saya patokan yang layak tentang di mana server saya terbatas. Server yang mencadangkan di bawah 1500 MB / menit umumnya lambat disk bijaksana dan yang ada di sana dan 2400 MB / menit masih rendah tergantung buah. Sebagai contoh, server Exchange 2003 semakin rendah pada ruang disk dan terus memperluas basis data untuk Grup Penyimpanan Pertama untuk mengurangi porsi disk. Server ini akan diganti dengan server Exchange 2010 dengan prosesor yang lebih cepat dan lebih banyak disk. Server lain akan mendapatkan peningkatan disk dan / atau SSD ditambahkan.

http://en.wikipedia.org/wiki/Tape_drive menyebutkan "Ketika penyemiran sepatu terjadi, itu secara signifikan memengaruhi kecepatan data yang dapat dicapai, juga kehidupan drive dan tape." tetapi tidak menyebutkan penyemir sepatu mengurangi kapasitas pita yang efektif. Setelah melihat rekaman arsip dari bank saya dapat mengkonfirmasi sekitar 2% hingga 15% ruang yang terbuang pada kaset LTO3. Tidak ada tempat yang cukup dekat untuk mencegah saya pindah ke LTO4 atau autoloader tetapi itu bisa menjadi signifikan. Bagi Anda yang memiliki Backup Exec, Anda dapat menghitung limbah penyemir sepatu Anda dengan:

  • Membuat pekerjaan cadangan yang akan membuat cadangan sekitar 100% dari kapasitas asli kaset tanpa kompresi. Nonaktifkan kompresi pada drive dan perangkat lunak saat menjalankan tes.
  • lihat di tab media exec cadangan dan bandingkan kolom "kapasitas bekas" dengan kolom "Data". Jika kompresi tidak aktif dan angka-angka cocok dengan Anda, Anda tidak menyemir sama sekali.

Dalam kasus saya, saya memiliki rekaman LTO3 arsip dengan 272,4 GB "digunakan" tetapi hanya 233,67 GB "data" dan yang lain dengan 400,6 GB versus 395,19 GB. Saya juga mencoba cadangan ke LTO4 tanpa kompresi dan mendapat 833 GB "digunakan" dengan hanya 786,77 GB "data". Jelas penyemir sepatu akan bervariasi dari lingkungan saya ke lingkungan Anda, tetapi sebelum ini saya tidak berpikir untuk mengujinya. Mudah-mudahan ini akan menjelaskan kepada Anda bagaimana mencari tahu berapa banyak kaset yang Anda miliki di lingkungan cadangan Anda.

sunting: info baru di http://www.fujifilmusa.com/shared/bin/LTO_Overview.pdf yang menunjukkan kecepatan pita minimum untuk LTO3 dan LTO4. Sepertinya IBM LTO4 sebenarnya memiliki kecepatan minimum yang lebih rendah daripada IBM LTO3. Either way server rata-rata saya terlalu lambat untuk memberi makan LTO3 / 4 tanpa penyemiran. Saya khawatir bahkan cadangan saya ke disk volume lokal akan terlalu lambat untuk memberi makan drive dengan cepat tetapi saya harus mengujinya.

Menarik info drive ketinggian penuh IBM dari PDF di atas saya dapatkan

LTO4 : 30-120MB/s 800GB native (45-240MB/s compressed)
LTO3 : 40- 80MB/s 400GB native (60-160MB/s compressed)
LTO2 : 18- 35MB/s 200GB native (27- 70MB/s compressed)
LTO1 : 15- 15MB/s 100GB native (30- 30MB/s compressed)  


Pembaruan : Server yang saya gunakan untuk cadangan mulai memberi saya stop error sehingga saya memindahkan tape drive ke server lain. Pengontrol SCSI lama adalah Adaptec 160 pengontrol "baru" adalah LSI berbasis 320 (setidaknya saya menganggap konektor eksternal adalah 320 karena 4 hard drive di dalam server menyebutkan 320 SCSI dalam manajemen server).

Situasi server baru membuat saya tanpa cadangan ke disk sementara sampai saya mendapatkan kandang eksternal untuk penyimpanan terpasang langsung. Secara umum diskusi KPP ini telah mengarahkan saya ke arah membeli lebih banyak hard drive untuk server saya. Saya akan bekerja untuk melakukan konfigurasi ulang array RAID untuk meningkatkan kecepatan cadangan dan mudah-mudahan meningkatkan keandalan pengaturan keseluruhan.

Pembaruan 2 : Perbandingan di bawah ini menggunakan server file lama yang pengontrol serangannya menghambat semua transfer pada ~ 40MB / s sehingga ideal adalah sekitar 2400MB / mnt. Ini tentang kecepatan yang dibutuhkan untuk menguji ujung sepatu yang bersinar. Agaknya aliran data tidak akan teratur sempurna dan akan memaksa pencocokan kecepatan hampir sepanjang jalan melalui tes.

Saya tidak lagi tahu ukuran buffer dan jumlah buffer yang saya gunakan pada tes kecepatan drive LTO3 lama tapi itu tidak banyak berubah sama sekali yang saya dapatkan mungkin 100MB / menit gain dengan menyetel buffer. Data uji adalah sekitar 20GB tif dan jpg yang dipindai. Saya melakukan tes ini pada hari Jumat sore dan saya tidak mengulangi tes cukup banyak untuk rata-rata data atau jika tidak mengeluarkan data yang tidak valid. Pengujian setelah jam kerja, pemilihan data yang berbeda, dan variabel lain secara nyata dapat mempengaruhi pengujian ini.

Server yang sama digunakan dalam semua pengujian. Drive lama menggunakan kontroler 320 SCSI LVD yaitu PCIx. Drive baru ada pada kontroler PCIe LSI 3801E SAS. Ada kemungkinan bahwa pengontrol drive dan / atau drive tape LTO3 adalah hambatan. Saya tidak akan menguji komponen individual, hanya pemasangan yang lama vs pemasangan yang baru. Server yang menjalankan Backup Exec memiliki ram 4GB, standar 32bit Server 2008, CPU dual core Pentium D 3.2GHz.

Konektivitas jaringan adalah melalui saklar 1Gb kedua server berada pada saklar yang sama. Saya memiliki Remote Desktop Connection terbuka tetapi dengan backup yang + koneksi yang koneksi Gb kurang dari 50% digunakan pada terburuk dan rata-rata lebih seperti 25% penggunaan.

Jadi sekasar metode pengujian saya merasa cukup yakin bahwa kemacetan tidak dalam variabel yang saya abaikan.

Hasil Tes Singkat :
~ 1500 MB / menit menggunakan drive Dell LTO3 dan kompresi tape LTO3 ON, ukuran blok 64KB (banyak jumlah buffer diuji, hasil terbaik tercantum di sini)

~ 1800 MB / mnt menggunakan Quantum Superloader3 LTO 4 drive dengan tape LTO3 (rekaman yang sama seperti di atas) kompresi ON, ukuran blok 64KB, ukuran buffer 64KB, jumlah buffer 10, jumlah air tinggi 0, mode tulis Blok Tunggal ON, Tulis kartu SCSI pass- melalui mode AKTIF

~ 2150 MB / mnt menggunakan Quantum Superloader3 LTO 4 drive dengan tape LTO3 (pita yang sama seperti di atas) kompresi ON, ukuran blok 256KB, ukuran buffer 256KB, jumlah buffer 10, jumlah air tinggi 0, mode tulis Blok Tunggal ON, Tulis kartu SCSI pass- melalui mode AKTIF
~ 2200 MB / mnt menggunakan Quantum Superloader3 drive LTO 4 dengan tape LTO3 (pita yang sama seperti di atas) kompresi OFF, ukuran blok 256KB, ukuran buffer 256KB, jumlah buffer 10, jumlah air tinggi 0, Tulis mode blok tunggal ON, Tulis Mode pass-through SCSI AKTIF

~ 2050 MB / mnt menggunakan drive Quantum Superloader3 LTO 4 dengan kompresi LTO4 tape ON, ukuran blok 256KB, ukuran buffer 256KB, jumlah buffer 10, jumlah air tinggi 0, Tulis mode blok Tunggal ON, Tulis mode pass-through SCSI ON
~ 2250 MB / min menggunakan drive Quantum Superloader3 LTO 4 dengan kompresi LTO4 tape OFF, ukuran blok 256KB, ukuran buffer 256KB, jumlah buffer 10, jumlah air laut 0, Tulis mode blok Tunggal ON, Tulis mode pass-through SCSI AKTIF

~ 2050 MB / mnt menggunakan Quantum Superloader3 LTO 4 drive dengan kompresi LTO4 tape ON, ukuran blok 256KB, ukuran buffer 1MB, jumlah buffer 10, jumlah highwater 0, Tulis mode blok Tunggal ON, Tulis mode pass-through SCSI ON
~ 2300 MB / min menggunakan drive Quantum Superloader3 LTO 4 dengan kompresi LTO4 tape OFF, ukuran blok 256KB, ukuran buffer 1MB, jumlah buffer 10, jumlah highwater 0, Tulis mode blok Tunggal ON, Tulis mode pass-through SCSI ON

~ 2200 MB / mnt menggunakan drive Quantum Superloader3 LTO 4 dengan kompresi LTO4 tape ON, ukuran blok 256KB, ukuran buffer 1MB, jumlah buffer 20, jumlah highwater 0, Tulis mode blok Tunggal ON, Tulis mode pass-through SCSI ON
~ 2300 MB / min menggunakan drive Quantum Superloader3 LTO 4 dengan kompresi LTO4 tape OFF, ukuran blok 256KB, ukuran buffer 1MB, jumlah buffer 20, jumlah highwater 0, Tulis mode blok Tunggal ON, Tulis mode pass-through SCSI ON

Jelas bahwa ukuran blok penyetelan lebih penting daripada ukuran penyangga. Terlepas dari ukuran blok atau buffer yang Anda gunakan, Anda akan mendapatkan kinerja yang lebih baik mematikan kompresi jika data sumber Anda tidak dapat mengikuti tingkat pencocokan data minimum tape drive. Sayangnya itu adalah pengaturan per drive bukan pengaturan per pekerjaan atau per format kaset sehingga Anda tidak bisa hanya membatasi kompresi untuk cadangan penuh atau hanya untuk LTO3. Anda juga harus menguji seberapa banyak masalah dengan kombinasi perangkat keras / perangkat lunak Anda. Tentu saja performa yang sangat kecil dan tes yang lebih penting adalah untuk mengoptimalkan cadangan penuh dari 600GB ke 800GB, bukan 20GB. Saya akan mencoba memperbarui lagi setelah beberapa minggu atau bulan cadangan selesai.


2
Anda menggunakan kompresi, bukan?
Matt Simmons

Matt, silakan lihat komentar untuk jawaban Xenny di mana kami membahas rasio kompresi.
pplrppl

Itu pasti pembunuhan karena kamu mencari tahu ke mana harus pergi untuk makan malam. ;)
joeqwerty

Itu sebenarnya sangat mudah dilakukan. Makanan bukanlah area di mana hanya ada satu jawaban yang benar. Saya punya banyak makanan yang saya suka. Mengenai tulisan saya cenderung jatuh di kamp Larry Niven. Dikatakan oleh orang-orang sezamannya bahwa ketika dia menulis sebuah cerita tentang sebuah konsep, hal itu dilakukan dengan sangat teliti sehingga tidak ada alasan untuk melakukannya lagi. Lihat books.google.com/… untuk contoh.
pplrppl

Tujuan saya ketika mendokumentasikan sesuatu adalah membuatnya cukup menyeluruh sehingga saya benar-benar dapat melupakan detail halus dan mengingat cukup banyak untuk google atau mencari dokumen yang saya miliki secara lokal untuk memulihkan upaya masa lalu. Dalam prosesnya saya kadang-kadang belajar lebih banyak daripada yang ingin saya bahas tetapi biasanya bermanfaat untuk mengeksplorasi konsep-konsep baru.
pplrppl

Jawaban:


7

Sebagai tambahan, perhatikan bahwa 100MB / mnt jauh di bawah kecepatan minimum untuk streaming pita dengan KPP 3, jadi Anda mungkin kehilangan kapasitas yang cukup dengan berhenti dan mulai rekaman (yaitu Anda mungkin lebih baik dari 1,5: 1 kompresi, tetapi ini hilang dalam celah dalam data pada rekaman itu). Ini mungkin akan lebih buruk dengan KPP 4, karena saya pikir kecepatan minimum sudah naik.

Disk - Disk - Tape akan membantu masalah kecepatan minimum, dan akan memberi Anda kapasitas gratis.

Jika Anda tidak melakukannya, pertimbangkan beberapa jenis defrag terjadwal dari disk di server yang Anda buat cadangannya. 1000 MB / mnt bukan tingkat throughput yang bagus untuk gig ethernet pada perangkat keras modern. Saya berharap bahwa pada mesin berusia 2 tahun sekalipun Anda harus bisa mendapatkan 1800MB / menit (itu hanya membaca dari disk server pada 30MB / detik), jadi ada ruang untuk perbaikan.

Sunting: Untuk LTO 3, Anda benar-benar menginginkan ukuran blok 256KB untuk kinerja terbaik.

Sepatu WRT bersinar, Tidak ada waktu untuk kaset untuk mundur jika buffer berjalan kosong sebentar, sehingga akan meninggalkan celah pada kaset.


1
Jika saya dapat mengonfirmasi bahwa sepatu-bersinar memengaruhi kapasitas yang dapat digunakan, Anda pasti akan dimodelkan. Jika efek kapasitas signifikan, saya akan membuat pertanyaan baru karena konsep ini tidak terkait langsung dengan pertanyaan.
pplrppl

Baik Backup Exec maupun Windows menawarkan ukuran blok 256KB. Yang tertinggi menawarkan saya adalah 64KB blok. Mungkin ukuran blok yang lebih tinggi dapat ditentukan dalam array RAID perangkat keras tetapi tidak semua server saya memiliki perangkat keras RAID.
pplrppl

Karena PowerVault 110T LTO-3 adalah drive full-length IBM yang pindah ke LTO4 oleh siapa pun selain HP, sebenarnya akan menurunkan tingkat transfer minimum saya, lihat edit di atas
pplrppl

Saya mendapat 1,536: 1 pada cadangan lengkap terbaru. Eksekutif cadangan mengumpulkan dan menyebut bahwa 1.6: 1. 578.53GB dikompresi hingga 367.6GB pada kaset. Butuh waktu berminggu-minggu jika tidak berbulan-bulan untuk mendapatkan kecepatan cadangan dioptimalkan.
pplrppl

Anda juga mengurangi masa pakai drive dengan penyemir sepatu
Matt Simmons

3

mau tidak mau, cadangan melebihi kapasitas yang semula Anda rencanakan. Inilah yang akan saya sarankan dan katakan tentang situasi Anda:

  1. Jadi Full backup melebihi kapasitas satu kaset. Kemudian gunakan dua kaset.

  2. Ikuti rekomendasi Symantec dan terus lakukan pencadangan ke disk, lalu cadangkan cadangan disk tersebut ke tape. jadwalkan pencadangan ke disk untuk terjadi setelah jam ketika sumber daya lebih sedikit digunakan. jadwalkan pencadangan ke rekaman agar terjadi kapan saja pada hari setelah pencadangan disk selesai karena cadangan untuk tape tidak memiliki dampak pada sistem produksi.

  3. Pikirkan cadangan Anda selama seminggu (Penuh dan Diferensial) sebagai bagian dari kumpulan cadangan yang sama. jika dibutuhkan dua atau tiga kaset per minggu, maka jadilah itu.

  4. jadwalkan pencadangan ke rekaman hanya terjadi selama minggu ketika Anda berada di sana untuk menukar kaset.

saya memiliki situasi yang sama, saya menggunakan drive dell powervault 110t lto2 dan inilah yang saya lakukan:

  1. pada hari Sabtu saya mengambil backup penuh ke disk (backup ke folder disk untuk backup penuh).

  2. Minggu sampai Jumat saya mengambil cadangan inkremental ke disk (cadangan lain ke folder disk untuk inkremental).

  3. Senin sampai Jumat saya mengambil cadangan untuk rekaman cadangan penuh dan tambahan ke folder disk. ketika kaset mencapai kapasitasnya, saya menukarnya. jika mencapai kapasitas di tengah malam, saya menukar keesokan paginya dan pekerjaan tape selesai.

  4. setelah Jumat backup ke pekerjaan tape saya menukar kaset untuk minggu depan. dua kaset saya tarik adalah penuh dan tambahan dari minggu ini dan masuk ke rotasi 4 minggu saya. sekarang saya tahu bahwa semua data cadangan minggu ini ada di satu set kaset, disimpan di luar situs.

bilas dan ulangi


1
sebagai catatan, saya tidak akan menghabiskan uang untuk drive tape tambahan, autoloaders, dll. Anda tidak boleh berpikir bahwa Anda perlu membeli perangkat keras baru setiap kali cadangan Anda melebihi kapasitas satu kaset. memikirkan backup yang terjadi selama setiap minggu diberikan sebagai bagian dari set cadangan yang sama, apakah itu mengambil satu, dua, tiga kaset, dll
joeqwerty

Saat mencadangkan langsung ke pita jika pita kedua tidak dimasukkan sebelum data berubah akan ada kesalahan yang dicatat di cadangan. Karena Anda mencadangkan ke disk kemudian merekam Anda menghindari masalah ini. Saya akan menguji cadangan ke disk ke tape untuk alasan ini dan untuk menguji efek sepatu bersinar dalam waktu dekat. Namun Anda harus kurang angkuh tentang hanya menggunakan saran rekaman ke-2. Ada masalah penting untuk dipertimbangkan.
pplrppl

@pplrppl: Cavalier? Serius? Anda pikir saran saya angkuh, seperti dalam pemberhentian yang begitu saja dan menghina masalah penting? Mengapa Anda tidak memberi tahu saya bagaimana menurut Anda saran saya angkuh. Juga, mengapa Anda tidak mendidik saya tentang masalah signifikan terkait dengan menggunakan rekaman cadangan kedua karena jelas bahwa saya kurang dalam pemahaman saya tentang teknik cadangan yang tepat. Terimakasih banyak.
joeqwerty

1
@plplppl: Juga, sementara Anda mungkin tidak setuju dengan jawaban saya dan bahkan mungkin menganggapnya salah atau secara teknis lebih rendah, tidak perlu menilai saran saya sebagai angkuh karena menyiratkan kurangnya niat baik, atau bahkan kecerobohan di pihak saya. IMHO tidak ada tempat di sini untuk jenis komentar itu.
joeqwerty

Ya, sulit untuk mengomentari masalah dengan pertanyaan Anda dengan jelas karena Anda memiliki nomor duplikat dalam daftar Anda. Jika kita mengatakan daftar pertama adalah A dan 1. dalam daftar itu adalah 1A maka saya kira kita dapat menggunakannya untuk menentukan.
pplrppl

2

Kami melakukan sesuatu yang mirip dengan joe:

  1. sabtu: cadangan penuh ke disk, saat itu selesai mulai cadangan penuh itu ke tape
  2. Senin: pada akhir hari, tempelkan kaset kedua dan biarkan cadangannya selesai
  3. mon-fri: cadangan diferensial hanya untuk disk

Jika Anda benar - benar harus melakukan disk-tape independen dari cadangan disk-disk, saya akan hidup dengan dua cadangan yang sedikit tidak sinkron:

  1. Mulai disk-disk dan disk-tape pada hari Sabtu, disk-disk akan selesai dan disk-tape akan menunggu tape kedua pada hari Senin
  2. Selesaikan kaset-cakram pada hari Senin (saya masih menunggu sampai akhir hari untuk memasukkan kaset itu).
  3. Senin-Jumat, lakukan perbedaan disk-disk Anda (sebenarnya, saya melihat Anda tidak mengatakan itu, tetapi saya anggap Anda melakukannya)
  4. Sel-Jum, lakukan perbedaan disk-tape Anda

Saya tidak melihat masalah dengan memiliki set file yang sedikit berbeda didukung pada dua media yang berbeda. Dalam hampir semua kasus, Anda akan mengembalikan file dari cadangan disk, dengan rekaman itu hanya mundur atau cara mudah untuk mengatur beberapa set cadangan.


Jika cadangan untuk merekam rekaman penuh kedua dimulai pada akhir bisnis (setelah 5 atau 6 sore katakan) maka Anda tidak dapat melakukan perbedaan Tue-Fri seperti yang disebutkan dalam poin 4. Yang terbaik ini akan meninggalkan saya dengan rekaman dua Penuh di Senin pagi dan Diferensial untuk rekaman yang terjadi pada Selasa, Rabu, Kamis, dengan pita 1 dari rekaman lengkap berikutnya pada Jumat.
pplrppl

1

Inilah satu opsi yang dapat membantu Anda bertahan untuk sementara waktu:

Sudahkah Anda mempertimbangkan untuk membagi cadangan Anda menjadi dua set data terpisah? Bergantung pada bagaimana file Anda disusun, Anda mungkin dapat dengan mudah membaginya menjadi dua potongan logis (mis. Berdasarkan departemen). Anda akan melakukan pencadangan penuh dataset pertama pada Kamis malam, dan cadangan penuh dataset kedua pada Jumat malam. Setiap malam setelah itu akan menjalankan dua pekerjaan ke satu rekaman, diferensial untuk setiap dataset.

Dengan cara ini Anda tidak masuk pada akhir pekan dan Anda tidak harus menjaga drive sambil menunggu verifikasi selesai. Selain itu, Anda mendapat perlindungan tambahan karena tidak memiliki semua telur Anda dalam satu keranjang, sehingga bisa dikatakan.


Saya sudah mempertimbangkan strategi yang sama. Kekhawatiran terbesar saya dengan membagi pekerjaan adalah bagaimana kaset akan ditangani ketika saya tidak ada (dan ke / dari bank). Saya memiliki 3 minggu liburan yang disimpan dan jika saya pergi, siapa yang akan mengikuti rotasi tape yang rumit? Saya keluar untuk operasi ayah saya baru-baru ini dan orang yang diminta untuk memasukkan kaset tidak memasukkan kaset baru pada hari Jumat sesuai kebutuhan. Saya datang pada Sabtu setelah memeriksa email saya dan melihat permintaan rekaman. Menambahkan lebih banyak swap tape pada hari apa pun dalam seminggu meningkatkan peluang cadangan tidak akan terjadi sesuai rencana.
pplrppl
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.