Thông tin cơ bản về sao lưu và phục hồi cơ sở dữ liệu Oracle® 10g Phiên bản 2 (10.2) nói rằng
Nhật ký làm lại lưu trữ là chìa khóa để phục hồi phương tiện truyền thông thành công. Sao lưu chúng thường xuyên.
Nhưng, tôi tự hỏi, tại sao sao lưu nhật ký lưu trữ lại quan trọng đến vậy. Có thể thực hiện khôi phục tại thời điểm chỉ bằng cách sử dụng các bản sao lưu dữ liệu đầy đủ và gia tăng RMAN thông thường.
Câu trả lời:
Không, bạn vẫn cần lưu trữ làm lại nhật ký. Một bản sao lưu RMAN không giống như một bản sao lưu lạnh; Khi bạn khôi phục nó, bạn cần áp dụng tất cả các lần làm lại được tạo từ khi bạn bắt đầu sao lưu cho đến khi hoàn thành sao lưu để có được SCN nhất quán trên tất cả các tệp dữ liệu và tệp điều khiển.
Hãy để chúng tôi xem xét các sao lưu nóng thời trang cũ. Trong chế độ này, toàn bộ các khối cơ sở dữ liệu đã thay đổi được ghi vào luồng nhật ký làm lại và tệp được sao chép trong HĐH. Điều này gây ra các khối bị gãy , tức là khối đã thay đổi trong quá trình đọc bởi bản sao lưu. Vì vậy, để khôi phục cơ sở dữ liệu, chúng tôi khôi phục các DBF, sau đó quá trình khôi phục sẽ chồng các khối đã thay đổi từ các bản ghi làm lại được lưu trữ lên các khối bị gãy trong tệp và chúng tôi quay lại cơ sở dữ liệu nhất quán.
Trong bản sao lưu RMAN, vấn đề về các khối bị gãy được loại bỏ do các khối được Oracle đọc thông qua SGA chứ không phải bởi một công cụ Unix như cp. Tuy nhiên, DBF thay đổi giữa thời gian khối đầu tiên được đọc và khối cuối cùng, do đó, đây là vấn đề tương tự, chỉ ở quy mô lớn hơn. Điều đó có nghĩa là, SCN thay đổi giữa các khối đầu tiên và cuối cùng trong một bản sao lưu. Các bản ghi làm lại lưu trữ bao gồm điều này là tốt.
RMAN cung cấp cho bạn khả năng quản lý của danh mục và phương tiện để thực hiện sao lưu nóng mà không cần tạo lại với tốc độ cao hơn nhiều (điều này gây áp lực riêng cho các đĩa, hệ thống sao lưu, v.v.). Tuy nhiên BACKUP DATABASEsẽ không cung cấp cho bạn một cơ sở dữ liệu nhất quán trong chính nó; các chỉ cách để làm điều đó trong Oracle là sao lưu lạnh.
Sao lưu Nhật ký lưu trữ chỉ cần thiết khi chạy ở chế độ Nhật ký lưu trữ, vì vậy câu hỏi quay trở lại liệu cơ sở dữ liệu có nên làm điều này hay không. Điều này được đề cập trong cùng một tài liệu mà bạn tham khảo dưới tiêu đề Quyết định giữa chế độ ARCHIVELOG và NOARCHIVELOG . Đây là một đoạn trích:
Quyết định giữa chế độ ARCHIVELOG và NOARCHIVELOG
Nhật ký làm lại cơ sở dữ liệu của bạn cung cấp một bản ghi đầy đủ các thay đổi đối với các tệp dữ liệu của cơ sở dữ liệu của bạn (với một vài ngoại lệ, chẳng hạn như tải đường dẫn trực tiếp).
Bạn có thể chạy cơ sở dữ liệu của mình ở một trong hai chế độ: chế độ ARCHIVELOG hoặc chế độ NOARCHIVELOG. Trong chế độ ARCHIVELOG, một nhóm nhật ký làm lại trực tuyến đã sử dụng phải được sao chép vào một hoặc nhiều đích lưu trữ trước khi có thể được sử dụng lại. Lưu trữ nhật ký làm lại bảo tồn tất cả các giao dịch được lưu trữ trong nhật ký đó, để chúng có thể được sử dụng trong các hoạt động khôi phục sau này. Trong chế độ NOARCHIVELOG, các nhóm nhật ký làm lại trực tuyến chỉ đơn giản là ghi đè khi nhật ký được sử dụng lại. Tất cả thông tin về các giao dịch được ghi lại trong nhóm nhật ký làm lại đó sẽ bị mất.
2.3.3.1 Ý nghĩa của việc chạy trong chế độ NOARCHIVELOG
Chạy cơ sở dữ liệu của bạn ở chế độ NOARCHIVELOG đặt ra những hạn chế nghiêm trọng đối với chiến lược sao lưu và phục hồi của bạn.
Bạn không thể thực hiện sao lưu trực tuyến cơ sở dữ liệu của bạn. Bạn phải tắt cơ sở dữ liệu của mình một cách sạch sẽ trước khi bạn có thể sao lưu ở chế độ NOARCHIVELOG.
Bạn không thể sử dụng bất kỳ kỹ thuật phục hồi dữ liệu nào yêu cầu nhật ký làm lại được lưu trữ. Chúng bao gồm khôi phục phương tiện hoàn chỉnh và theo thời gian, như được mô tả trong "Các hình thức phục hồi dữ liệu" và các kỹ thuật phục hồi nâng cao hơn như phục hồi tại chỗ của từng vùng bảng và Cơ sở dữ liệu Flashback (được mô tả trong Sao lưu và khôi phục cơ sở dữ liệu của Oracle Hướng dẫn sử dụng.).
Nếu bạn đang chạy trong chế độ NOARCHIVELOG và bạn phải khôi phục từ hư hỏng dữ liệu do lỗi đĩa, bạn có hai tùy chọn chính để khôi phục:
Thả tất cả các đối tượng có bất kỳ phạm vi nào nằm trong các tệp bị ảnh hưởng và sau đó thả các tệp. Phần còn lại của cơ sở dữ liệu còn nguyên vẹn, nhưng tất cả dữ liệu trong các tệp bị ảnh hưởng sẽ bị mất.
Khôi phục toàn bộ cơ sở dữ liệu từ bản sao lưu gần đây nhất và mất tất cả các thay đổi đối với cơ sở dữ liệu kể từ khi sao lưu. (Khôi phục các thay đổi do bản sao lưu sẽ yêu cầu thực hiện khôi phục phương tiện, sử dụng nhật ký làm lại được lưu trữ.)
...
Khi các yêu cầu về hiệu năng là cực kỳ hoặc giới hạn không gian đĩa là nghiêm trọng, có thể nên chạy ở chế độ NOARCHIVELOG bất chấp các giới hạn mà lựa chọn này áp dụng cho các tùy chọn khôi phục của bạn.
Bạn hầu như luôn muốn chạy trong chế độ ARCHIVELOG, do đó bạn hầu như luôn muốn sao lưu nhật ký lưu trữ của mình.