Nếu sao lưu đầy đủ LTO-3 mất nhiều hơn một băng. Bước tiếp theo phần cứng của tôi là gì?

ĐỒNG Ý. một số quà tặng cho yếu tố

Tôi sử dụng Backup Exec 12.x / 13.x, Có máy chủ 2003/2008 môi trường bao gồm Exchange.

Tôi có Sao lưu vào Đĩa (Full / Diff) xảy ra độc lập với sao lưu vào LTO (Full / Diff). Vì nhiều lý do, tôi không chỉ muốn sao lưu từ đĩa sang băng Tôi muốn giữ bản sao lưu trực tiếp cho LTO xảy ra.

Tôi hiện có một ổ đĩa LTO-3 không có bộ nạp / robot / thư viện. Hộp phục vụ ổ đĩa LTO có thẻ SCSI Adaptec 39160 Ultra160 trong đó. Tôi hiện đang sử dụng một băng cho Full (một băng mỗi tuần) và một băng cho Diff (bốn ngày một tuần trước khi băng được lấy ra). Bản sao lưu đầy đủ đang tăng vọt so với rào cản 372,5 GB và khi bản sao lưu không kết thúc vào thứ Bảy, nó vẫn đang chờ một cuộn băng vào sáng thứ Hai.

Ward đã đề cập đến việc dán băng LTO3 đầy đủ thứ hai vào chiều thứ Hai / tối sau giờ làm việc bình thường. Vấn đề với điều này được so sánh dưới đây:

Lưu lượng bình thường

• Thứ sáu chèn băng LTO3 1 để sao lưu toàn bộ cho tuần 1
• Thứ hai chèn băng LTO3 cho vi sai
• Thứ ba, thứ tư, thứ năm khác biệt sử dụng băng được chèn vào thứ hai
• lặp lại cho tuần 2

2 băng LTO3 cho luồng sao lưu đầy đủ

• Thứ sáu chèn băng LTO3 1 để sao lưu toàn bộ cho tuần 1
• Thứ hai chèn băng LTO3 2 để sao lưu toàn bộ cho tuần 1
• Thứ hai chèn băng LTO3 1 để sao lưu toàn bộ cho tuần 1 (để xác minh quy trình)
• Thứ hai chèn băng LTO3 2 để sao lưu toàn bộ cho tuần 1 (để xác minh quy trình)
• Thứ ba chèn băng LTO 3 cho vi sai
• Thứ tư, thứ năm khác biệt sử dụng băng được chèn vào thứ ba
• lặp lại cho tuần 2

Các giao dịch hoán đổi băng thêm ăn hơn 6 giờ vào thứ Hai (bắt đầu từ khi tôi đặt băng thứ hai). Nếu tôi làm điều đó lúc 5 giờ chiều, tôi sẽ ở đây cho đến gần nửa đêm đổi băng. Đó là không kể thời gian nhàn rỗi trên Sat / Sun / Mon đang chờ băng.

Bây giờ tôi có thể tắt quy trình xác minh và lưu hai lần hoán đổi băng và rút ngắn quá trình "sao lưu" trong vài giờ nhưng tôi không thể đặt băng 2 vào và bỏ đi vào cuối ngày nếu tôi không tắt xác minh . Việc sao lưu tràn vào băng thứ 2 sẽ kéo dài quá trình sao lưu nhưng nó cũng

• Tăng số lượng băng trong vòng quay (chi phí)
• Tăng số lượng băng trong vận chuyển (kích thước / trọng lượng của chiếc cặp đi đến nơi lưu trữ ngoài trang web)
• Tăng độ phức tạp của quy trình sao lưu bằng cách khiến tôi ở lại trang web sau nhiều giờ để xử lý xác minh
• Tăng sự phức tạp của việc quản lý sao lưu / khôi phục từ văn phòng của tôi không nằm ngay cạnh phòng máy chủ. Điều này tăng gấp bốn lần để xử lý các vấn đề như vậy từ nhà.

Và vâng, tôi sẽ không đến đó vào thứ bảy để ngồi đó hơn 6 giờ và trông trẻ vào ổ băng. Tôi muốn có một cuộc sống bên ngoài công việc. 12 ngày ngày MF là đủ xấu khi chúng xảy ra. Tôi sẽ không buộc mình vĩnh viễn vào một tuần làm việc 6 ngày.

Ổ đĩa băng là Dell PowerVault 110T LTO3. Máy chủ dự phòng trên Gigabit Ethernet chỉ sử dụng một NIC duy nhất và có thể lấp đầy một băng đầy đủ trong khoảng 12 giờ.

Tôi có thể thay đổi quy trình sao lưu để tách một trong các máy chủ chuyên sâu hơn thành bản sao lưu đầy đủ trên LTO của riêng mình để tạm thời đưa ra quyết định này nhưng tôi nghĩ rằng tôi cần phải chọn một trong các tùy chọn sau:

1. Mua một ổ đĩa LTO-3 và tận dụng chỉ có một băng vật lý thứ hai có sẵn. Đây là một tùy chọn ít mong muốn hơn và chỉ có ý nghĩa nếu các ổ đĩa LTO-3 rẻ hơn đáng kể so với các ổ đĩa LTO-4 không phải là trường hợp.

2. Mua ổ đĩa LTO-4 và sử dụng băng LTO-4 để sao lưu toàn bộ và sử dụng băng LTO-3 cho vi sai cho đến khi băng LTO-3 được quay ra và băng LTO4 mới khớp với giá của băng LTO3. Điều này có thể sẽ giúp tôi vượt qua bản sao lưu cuối tuần trong nhiều năm tới mà không phải trao đổi băng đĩa. Điều này cũng một phần giải quyết việc đánh giày vì LTO4 có tốc độ tối thiểu thấp hơn LTO3.

3. Mua một cái gì đó có thể ăn băng tự động. Tôi cho rằng không có thứ gì tôi có thể thêm vào PowerVault 110T và điều này có nghĩa là mua một thiết bị mới có băng và bộ nạp trong một đơn vị. Điều này có thể không hiệu quả về chi phí so với việc chỉ có một ổ đĩa và tải băng đĩa thủ công nhưng việc tự động tải LTO4 sẽ là sự tiện lợi tối ưu. Tôi sẽ để ông chủ ở trên tôi quyết định giữa ổ đĩa băng đơn và ổ đĩa tự động tải.

Evan Anderson đã đề cập trong một giải pháp khác mà bạn có thể mua các ổ đĩa trong phạm vi giá này

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

nhưng tôi không biết cụ thể về những gì anh ấy hoặc bạn muốn giới thiệu cho ổ đĩa thực tế và nếu bộ điều khiển cần thiết. Chỉ cho tôi một URL newegg (hoặc Dell, hoặc HP, hoặc bất cứ nhà cung cấp yêu thích nào của bạn) cho giải pháp của bạn nếu bạn không phiền khi tìm nó hoặc chỉ cho tôi một thương hiệu và số kiểu và tôi sẽ vui lòng làm chân tự làm việc.

Tôi đang tìm cách mua hàng cần thiết một thời gian trước khi vòng quay dự phòng này trở nên quá cồng kềnh. Tôi có thể có một vài tháng.

Xenny đề cập đến tuổi của các máy chủ và tốc độ sao lưu. Máy chủ Exchange đã được 6 năm tuổi (mặc dù các ổ đĩa cứng mới hơn nhiều). Có một vài máy chủ 4 năm tuổi được trộn lẫn với các ổ đĩa sata dành cho người tiêu dùng (WD6400AAKS). Máy chủ tôi coi "mới" là 2 tuổi vào thời điểm này.

Sao lưu vào đĩa từ máy chủ trao đổi cũ đã nhanh như 2184 MB / phút nhưng nói chung, sao lưu vào đĩa cũng chậm như sao lưu vào băng trong thiết lập này. Trong thực tế, sao lưu vào đĩa đôi khi chậm hơn so với sao lưu vào ổ băng LTO-3. Tôi cũng gặp vấn đề với các ổ đĩa bị lỗi và thiếu các khay để thêm nhiều ổ đĩa. Nói chung, sao lưu vào đĩa thậm chí còn là một vấn đề hơn so với quá trình chuyển đổi LTO3 / 4 nhưng đó là một câu hỏi khác trên serverfault nếu tôi muốn nhập dữ liệu về chủ đề đó.

Tôi sẽ chỉ chọn một số số từ bản sao lưu gần đây để cung cấp cho bạn ý tưởng về tốc độ. Đây không phải là một danh sách đầy đủ nhưng cung cấp cho bạn một ý tưởng về sự đa dạng của tốc độ liên quan. Tôi dự định sẽ sớm cập nhật bản này theo định dạng MB tốc độ MB / phút giấy báo MB / phút trong đó tốc độ cũ là SCSI 320 LTO3 cũ và giấy báo là SAS LTO4.

DC C: ~ 850 MB / phút
Trạng thái hệ thống DC ~ 700 MB / phút
Exchange Server C: và trạng thái hệ thống ~ 500 MB / phút ~ 600 MB / phút
Exchange Server D: ~ 1400 MB / phút ~ 1200 MB / phút
Exchange Server đầu tiên Nhóm lưu trữ ~ 1100 MB / phút ~ 700 MB / phút
Máy chủ web C: ~ 600 MB / phút ~ 950 MB / phút
Máy chủ web E: ~ 1700 MB / phút ~ 1950 MB / phút Máy chủ
tệp C: ~ 500 MB / phút Máy chủ
tệp E: ~ 1500 MB / phút ~ 2200 MB / phút Máy chủ
tệp G: ~ 1800 MB / phút ~ 2400 MB / phút
Trạng thái hệ thống máy chủ ~ 650 MB / phút máy chủ
fax C: ~ 400 MB / phút ~ 550 MB / phút
Máy chủ kế toán C: ~ 1300 MB / phút ~ 1775 MB / phút
Máy chủ kế toán D: ~ 1500 MB / phút ~ 2250 MB / phút Máy chủ ứng dụng
SQL kế toán ~ 1600 MB / phút
Máy chủ ứng dụng C: và trạng thái hệ thống ~ 700 MB / phút ~ 900
Máy chủ dự phòng MB / phút C: 700 MB / phút ~ 1800 MB / phút
Máy chủ sao lưu E: 1350 MB / phút ~ 2900 MB / phút

Theo dõi Máy chủ tệp Tôi thấy các số khiến tôi nghĩ rằng bộ điều khiển đột kích đang giữ tốc độ truyền. Bộ điều khiển là SATA 1.5 nhưng các ổ đĩa có khả năng 3.0. Tôi nhận thấy sau khi thay đổi âm lượng từ RAID 1 sang RAID 10 và không tăng tốc độ cho các bản sao lưu. Thật không may, việc tăng gấp đôi tốc độ đọc được duy trì không ảnh hưởng đến việc sao lưu vào ổ băng LTO3.

Nói chung, sao lưu trực tiếp vào LTO cho tôi một điểm chuẩn hợp lý trong đó máy chủ của tôi bị giới hạn I / O. Các máy chủ sao lưu dưới 1500 MB / phút thường là ổ đĩa chậm và những máy chủ nằm giữa đó và 2400 MB / phút vẫn là quả treo thấp. Ví dụ, máy chủ Exchange 2003 đang chiếm ít dung lượng đĩa và tiếp tục mở rộng cơ sở dữ liệu cho Nhóm lưu trữ đầu tiên ra các phần của đĩa chậm hơn. Máy chủ này sẽ được thay thế bằng máy chủ Exchange 2010 với bộ xử lý nhanh hơn và nhiều đĩa hơn. Các máy chủ khác sẽ được nâng cấp đĩa và / hoặc SSD được thêm vào.

http://en.wikipedia.org/wiki/Tape_drive đề cập "Khi việc đánh giày xảy ra, nó ảnh hưởng đáng kể đến tốc độ dữ liệu có thể đạt được, cũng như tuổi thọ ổ đĩa và băng." nhưng nó không đề cập đến việc đánh giày làm giảm khả năng hiệu quả của băng. Sau khi xem các băng lưu trữ từ ngân hàng, tôi có thể xác nhận khoảng 2% đến 15% không gian bị lãng phí trên các băng LTO3. Không nơi nào đủ gần để ngăn tôi chuyển sang LTO4 hoặc trình tải tự động nhưng nó có thể rất quan trọng. Đối với những người có Backup Exec, bạn có thể tính toán chất thải đánh giày của mình bằng cách:

• Tạo một công việc sao lưu sẽ sao lưu khoảng 100% dung lượng gốc của băng mà không cần nén. Vô hiệu hóa nén trên ổ đĩa và phần mềm khi chạy thử nghiệm.
• tìm trong tab phương tiện của thực thi sao lưu và so sánh cột "dung lượng đã sử dụng" với cột "Dữ liệu". Nếu quá trình nén bị tắt và các con số khớp với nhau thì bạn hoàn toàn không có dây giày.

Trong trường hợp của tôi, tôi đã có một băng LTO3 lưu trữ với 272,4 GB "đã sử dụng" nhưng chỉ có 233,67 GB "dữ liệu" và một băng khác có 400,6 GB so với 395,19 GB. Tôi cũng đã thử sao lưu vào LTO4 mà không nén và nhận được 833 GB "đã sử dụng" chỉ với "dữ liệu" 786,77 GB. Rõ ràng việc đánh giày sẽ thay đổi tùy theo môi trường của tôi nhưng trước đây tôi không nghĩ sẽ thử nghiệm nó. Hy vọng rằng điều này sẽ làm cho bạn rõ ràng làm thế nào để tìm ra bao nhiêu băng lãng phí bạn có trong môi trường sao lưu của bạn.

chỉnh sửa: thông tin mới tại http://www.fujifilmusa.com/ Shared / bin / LTO_Overview.pdf hiển thị tốc độ băng tối thiểu cho LTO3 và LTO4. Có vẻ như IBM LTO4 thực sự có tốc độ tối thiểu thấp hơn IBM LTO3. Dù bằng cách nào, máy chủ trung bình của tôi quá chậm để cung cấp LTO3 / 4 mà không có dây giày. Tôi lo ngại ngay cả việc sao lưu vào ổ đĩa cục bộ của tôi sẽ quá chậm để cung cấp ổ đĩa nhanh chóng nhưng tôi sẽ phải kiểm tra điều đó.

Kéo thông tin ổ đĩa đầy đủ chiều cao của IBM từ PDF ở trên tôi nhận được

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)  

Cập nhật : Máy chủ tôi đang sử dụng để sao lưu bắt đầu khiến tôi dừng lỗi vì vậy tôi đã chuyển ổ đĩa băng sang máy chủ khác. Bộ điều khiển SCSI cũ là Adaptec 160, bộ điều khiển "mới" là LSI dựa trên 320 (ít nhất tôi cho rằng đầu nối bên ngoài là 320 vì 4 ổ cứng bên trong máy chủ đề cập đến 320 SCSI trong quản lý máy chủ).

Tình trạng máy chủ mới khiến tôi không có bản sao lưu vào đĩa tạm thời cho đến khi tôi nhận được một bao vây bên ngoài để lưu trữ trực tiếp. Nói chung, cuộc thảo luận LTO này đã chỉ cho tôi về việc mua thêm ổ cứng cho máy chủ của mình. Tôi sẽ có công việc để cấu hình lại các mảng RAID để tăng tốc độ sao lưu và hy vọng sẽ tăng độ tin cậy của thiết lập tổng thể.

Cập nhật 2 : So sánh bên dưới sử dụng một máy chủ tệp cũ có bộ điều khiển đột kích làm tắc nghẽn tất cả các lần chuyển với tốc độ ~ 40MB / s, lý tưởng sẽ là khoảng 2400 MB / phút. Đây là về tốc độ cần thiết để kiểm tra cạnh của giày sáng bóng. Có lẽ luồng dữ liệu sẽ không hoàn toàn đều đặn và sẽ buộc tốc độ khớp gần như suốt quá trình thử nghiệm.

Tôi không còn biết kích thước bộ đệm và số lượng bộ đệm tôi đã sử dụng trong bài kiểm tra tốc độ của ổ đĩa LTO3 cũ nhưng nó không thay đổi nhiều về mức tôi có thể đạt được 100MB / phút bằng cách điều chỉnh bộ đệm. Dữ liệu thử nghiệm là khoảng 20GB tifs và jpg được quét. Tôi đã thực hiện các thử nghiệm này vào chiều thứ Sáu và tôi đã không lặp lại các thử nghiệm đủ số lần để lấy trung bình dữ liệu hoặc loại bỏ dữ liệu không hợp lệ. Kiểm tra sau nhiều giờ, chọn dữ liệu khác nhau và các biến khác có thể ảnh hưởng đáng kể đến các thử nghiệm này.

Các máy chủ tương tự được sử dụng trong tất cả các thử nghiệm. Ổ đĩa cũ nằm trên bộ điều khiển 320 SCSI LVD là PCIx. Ổ đĩa mới nằm trên bộ điều khiển PCIe LSI 3801E SAS. Có thể bộ điều khiển ổ đĩa và / hoặc ổ băng LTO3 là nút cổ chai. Tôi sẽ không kiểm tra các thành phần riêng lẻ, chỉ ghép nối cũ với ghép nối mới. Máy chủ chạy Backup Exec có ram 4GB, chuẩn 32 bit Server 2008, CPU lõi kép Pentium D 3.2GHz.

Kết nối mạng bằng cách chuyển đổi 1Gb cả hai máy chủ đều trên cùng một công tắc. Tôi mở Remote Desktop Connection nhưng với bản sao lưu đang diễn ra + kết nối đó, kết nối Gb được sử dụng ít hơn 50% ở mức tồi tệ nhất và trung bình giống như sử dụng 25%.

Vì vậy, thô sơ như các phương pháp kiểm tra là tôi cảm thấy hợp lý tin tưởng rằng các nút thắt cổ chai không nằm trong một biến mà tôi bỏ qua.

Kết quả kiểm tra ngắn :
~ 1500 MB / phút sử dụng ổ Dell LTO3 và nén băng LTO3, kích thước khối 64KB (nhiều số lượng bộ đệm được kiểm tra, kết quả tốt nhất được liệt kê tại đây)

~ 1800 MB / phút sử dụng ổ đĩa Quantum Superloader3 LTO 4 với băng LTO3 (cùng băng như trên) nén ON, kích thước khối 64KB, kích thước bộ đệm 64KB, số lượng bộ đệm 10, số lượng nước cao 0, Viết chế độ khối đơn BẬT, ghi thông qua SCSI thông qua chế độ BẬT

~ 2150 MB / phút sử dụng ổ đĩa Quantum Superloader3 LTO 4 với băng LTO3 (cùng băng như trên) nén ON, kích thước khối 256KB, kích thước bộ đệm 256KB, số lượng bộ đệm 10, số lượng nước cao 0, Viết chế độ khối đơn BẬT, ghi thông qua SCSI thông qua chế độ BẬT
~ 2200 MB / phút bằng ổ đĩa Quantum Superloader3 LTO 4 với băng LTO3 (cùng băng như trên) nén TẮT, kích thước khối 256KB, kích thước bộ đệm 256KB, số lượng bộ đệm 10, số lượng nước cao 0, Viết chế độ khối đơn ON, Viết Chế độ truyền qua SCSI BẬT

~ 2050 MB / phút khi sử dụng ổ đĩa Quantum Superloader3 LTO 4 với nén băng LTO4, kích thước khối 256KB, kích thước bộ đệm 256KB, số lượng bộ đệm 10, số lượng nước cao 0, Viết chế độ khối đơn BẬT, Viết chế độ truyền qua SCSI ON
~ 2250 MB / phút sử dụng ổ đĩa Quantum Superloader3 LTO 4 với nén băng LTO4 TẮT, kích thước khối 256KB, kích thước bộ đệm 256KB, số lượng bộ đệm 10, số lượng nước cao 0, Viết chế độ khối đơn BẬT, Viết chế độ truyền qua SCSI BẬT

~ 2050 MB / phút khi sử dụng ổ đĩa Quantum Superloader3 LTO 4 với nén băng LTO4, kích thước khối 256KB, kích thước bộ đệm 1 MB, số lượng bộ đệm 10, số lượng nước cao 0, Viết chế độ khối đơn ON, Viết chế độ truyền qua SCSI ON
~ 2300 MB / phút sử dụng ổ đĩa Quantum Superloader3 LTO 4 với nén băng LTO4 TẮT, kích thước khối 256KB, kích thước bộ đệm 1MB, số lượng bộ đệm 10, số lượng nước 0, Viết chế độ khối đơn BẬT, Viết chế độ truyền qua SCSI BẬT

~ 2200 MB / phút khi sử dụng ổ đĩa Quantum Superloader3 LTO 4 với nén băng LTO4, kích thước khối 256KB, kích thước bộ đệm 1 MB, số lượng bộ đệm 20, đếm nước cao 0, Viết chế độ khối đơn ON, Viết chế độ truyền qua SCSI ON
~ 2300 MB / phút sử dụng ổ đĩa Quantum Superloader3 LTO 4 với chế độ nén băng LTO4 TẮT, kích thước khối 256KB, kích thước bộ đệm 1MB, số lượng bộ đệm 20, đếm nước cao 0, Viết chế độ khối đơn BẬT, Viết chế độ truyền qua SCSI BẬT

Rõ ràng là kích thước khối điều chỉnh quan trọng hơn kích thước bộ đệm. Bất kể khối lượng hoặc kích thước bộ đệm bạn sử dụng, bạn sẽ có hiệu suất tốt hơn khi tắt nén nếu dữ liệu nguồn của bạn không theo kịp tốc độ khớp dữ liệu tối thiểu của ổ đĩa băng. Thật không may, đó là cài đặt trên mỗi ổ đĩa không phải là cài đặt cho mỗi công việc hoặc trên mỗi định dạng băng, do đó bạn không thể chỉ giới hạn nén đối với các bản sao lưu đầy đủ hoặc chỉ LTO3. Bạn cũng sẽ phải kiểm tra xem có bao nhiêu vấn đề với sự kết hợp phần cứng / phần mềm của bạn. Tất nhiên, điểm nhấn trong hiệu suất là không đáng kể và các thử nghiệm quan trọng hơn sẽ là tối ưu hóa bản sao lưu đầy đủ từ 600GB đến 800GB thay vì 20GB. Tôi sẽ cố gắng cập nhật lại sau khi tôi có vài tuần hoặc vài tháng sao lưu.

Ngoài ra, lưu ý rằng 100MB / phút thấp hơn nhiều so với tốc độ tối thiểu để phát trực tuyến băng với LTO 3, do đó bạn có thể mất một lượng dung lượng khá lớn khi dừng và bắt đầu băng (nghĩa là bạn có thể trở nên tốt hơn 1,5: 1 nén, nhưng điều này bị mất trong các khoảng trống trong dữ liệu trên băng). Điều này có lẽ sẽ tồi tệ hơn với LTO 4, vì tôi nghĩ tốc độ tối thiểu đã tăng lên.

Đĩa - Đĩa - Băng sẽ giúp giải quyết vấn đề tốc độ tối thiểu và sẽ cung cấp cho bạn một số dung lượng miễn phí.

Nếu bạn không làm điều đó, hãy cân nhắc mạnh mẽ một số loại phân mảnh theo lịch trình của các đĩa trên các máy chủ mà bạn đang sao lưu. 1000 MB / phút không phải là mức thông lượng lớn cho gignet ether trên phần cứng hợp lý hiện đại. Tôi hy vọng rằng trên các máy thậm chí 2 năm tuổi, bạn sẽ có thể nhận được 1800 MB / phút (chỉ đọc từ đĩa máy chủ ở tốc độ 30 MB / giây), vì vậy có phạm vi để cải thiện.

Chỉnh sửa: Đối với LTO 3, bạn thực sự muốn kích thước khối 256KB để có hiệu suất tốt nhất.

Giày WRT sáng lên, Không có thời gian để cuộn băng lại nếu bộ đệm chạy trống trong một thời gian ngắn, vì vậy nó sẽ để lại một khoảng trống trên băng.

chắc chắn, sao lưu vượt quá khả năng mà bạn dự định ban đầu. Đây là những gì tôi sẽ đề nghị và nói về tình hình của bạn:

1. Vì vậy, bản sao lưu đầy đủ vượt quá dung lượng của một băng. Sau đó sử dụng hai băng.

2. Thực hiện theo khuyến nghị của Symantec và tiếp tục thực hiện sao lưu vào đĩa, sau đó sao lưu các bản sao lưu đĩa đó vào băng. lên lịch sao lưu vào đĩa xảy ra sau nhiều giờ khi sử dụng ít tài nguyên hơn. lên lịch sao lưu vào băng để xảy ra bất cứ lúc nào trong ngày sau khi sao lưu đĩa hoàn tất vì các bản sao lưu vào băng không có bất kỳ tác động nào đến hệ thống sản xuất.

3. Hãy nghĩ về các bản sao lưu của bạn trong tuần (Đầy đủ và Khác biệt) là một phần của cùng một bộ sao lưu. nếu phải mất hai hoặc ba băng mỗi tuần, thì nó cũng vậy.

4. lên lịch sao lưu vào băng chỉ xảy ra trong tuần khi bạn ở đó để trao đổi băng.

Tôi có một tình huống tương tự, tôi đang sử dụng ổ đĩa 110t lto2 dell powervault và đây là những gì tôi làm:

1. vào thứ bảy, tôi sao lưu toàn bộ vào đĩa (sao lưu vào thư mục đĩa để sao lưu toàn bộ).

2. Chủ nhật đến thứ sáu tôi lấy các bản sao lưu gia tăng vào đĩa (một bản sao lưu khác vào thư mục đĩa để tăng dần).

3. Thứ hai đến thứ sáu, tôi lấy các bản sao lưu vào băng của bản sao lưu đầy đủ và gia tăng vào các thư mục đĩa. khi băng đạt đến công suất, tôi đổi nó ra. nếu nó đạt đến công suất vào giữa đêm, tôi đổi nó vào sáng hôm sau và công việc băng kết thúc.

4. Sau khi thứ sáu sao lưu vào băng công việc tôi trao đổi băng cho tuần tiếp theo. hai băng tôi rút ra là đầy đủ và gia tăng từ tuần hiện tại và đi vào vòng quay 4 tuần của tôi. bây giờ tôi biết rằng tất cả các dữ liệu sao lưu tuần hiện tại nằm trên một bộ băng, được lưu ngoài trang web.

rửa và lặp lại

Chúng tôi làm một cái gì đó tương tự như joe:

1. Thứ bảy: sao lưu toàn bộ vào đĩa, khi hoàn tất, hãy bắt đầu sao lưu toàn bộ vào băng đó
2. Thứ hai: vào cuối ngày, dán một cuộn băng thứ hai và để bản sao lưu kết thúc
3. mon-fri: chỉ sao lưu vi sai vào đĩa

Nếu bạn thực sự phải thực hiện băng đĩa độc lập với sao lưu đĩa, tôi sẽ sống với hai bản sao lưu không đồng bộ:

1. Bắt đầu đĩa đĩa và băng đĩa vào thứ bảy, đĩa đĩa sẽ kết thúc và băng đĩa sẽ chờ băng thứ hai vào thứ hai
2. Kết thúc băng đĩa vào thứ hai (Tôi vẫn sẽ đợi đến cuối ngày để đặt băng vào).
3. Thứ hai, hãy làm khác biệt đĩa-đĩa của bạn (thực ra, tôi thấy rằng bạn không nói bạn làm điều đó, nhưng tôi giả sử bạn làm như vậy)
4. Tue-Fri, làm khác biệt băng đĩa của bạn

Tôi không thấy vấn đề gì khi có các tập tin hơi khác nhau được sao lưu trên hai phương tiện khác nhau. Trong hầu hết các trường hợp, bạn sẽ khôi phục một tệp từ bản sao lưu đĩa, với băng chỉ là một bản dự phòng hoặc một cách dễ dàng để tổ chức nhiều bộ sao lưu.

Đây là một tùy chọn có thể giúp bạn có được một lúc:

Bạn đã xem xét tách bản sao lưu của bạn thành hai bộ dữ liệu riêng biệt chưa? Tùy thuộc vào cách các tệp của bạn được tổ chức, bạn có thể dễ dàng chia nó thành hai phần hợp lý (nghĩa là theo bộ phận). Bạn sẽ thực hiện sao lưu toàn bộ tập dữ liệu đầu tiên vào tối thứ Năm và sao lưu toàn bộ tập dữ liệu thứ hai vào tối thứ Sáu. Mỗi đêm sau đó sẽ chạy hai công việc trên một cuộn băng, một vi sai cho mỗi tập dữ liệu.

Bằng cách này, bạn sẽ không đến vào cuối tuần và bạn sẽ không phải trông trẻ lái xe trong khi chờ xác minh hoàn tất. Ngoài ra, bạn có thêm sự bảo vệ của việc không có tất cả trứng trong một giỏ, có thể nói như vậy.