Sao lưu nóng có nghĩa là hệ thống đang hoạt động và cập nhật vẫn diễn ra như bình thường
Ở đây tôi sẽ giải thích Cơ chế theo dõi của Oracle khi chúng tôi thực hiện sao lưu nóng
Bản sao lưu thủ công
Bắt đầu sao lưu thủ công bằng lệnh dưới đây cho một vùng bảng
thay đổi vùng bảng NGƯỜI DÙNG bắt đầu sao lưu;
Rất ít điều xảy ra tại thời điểm đó
1) DBWn kiểm tra không gian bảng (viết ra tất cả các khối bẩn từ một SCN nhất định)
2) CKPT ngừng cập nhật trường Checkpoint SCN trong tiêu đề tệp dữ liệu và bắt đầu cập nhật trường SCN Điểm kiểm tra sao lưu nóng thay thế
Các tiêu đề tệp dữ liệu chứa SCN của điểm kiểm tra hoàn thành cuối cùng không được cập nhật khi tệp đang ở chế độ sao lưu nóng . Điều này cho phép quá trình khôi phục hiểu được những tệp nhật ký làm lại lưu trữ nào có thể cần thiết để khôi phục hoàn toàn tệp này.
3) LGWR bắt đầu ghi lại hình ảnh đầy đủ của các khối đã thay đổi lần đầu tiên khối được thay đổi sau khi được ghi bởi DBWn
Lần đầu tiên khối được thay đổi trong tệp dữ liệu đang ở chế độ sao lưu nóng, toàn bộ khối được ghi vào làm lại các tệp nhật ký, không chỉ các byte đã thay đổi. Thông thường, chỉ các byte đã thay đổi (một vectơ làm lại) mới được ghi. Trong chế độ sao lưu nóng, toàn bộ khối được ghi vào lần đầu tiên. Điều này là do bạn có thể gặp phải tình huống trong đó quá trình sao chép tệp dữ liệu và DBWR đang hoạt động trên cùng một khối đồng thời.
Giả sử như vậy và hệ số đọc chặn hệ điều hành là 2K. Chương trình sao lưu sẽ đọc một khối Oracle 8k. Hệ điều hành cung cấp cho nó 4k. Trong khi đó - DBWR đã yêu cầu viết lại khối này. hệ điều hành lập lịch cho việc ghi DBWR diễn ra ngay bây giờ. Toàn bộ khối 8k được viết lại. Chương trình sao lưu bắt đầu chạy lại (hệ điều hành đa tác vụ ở đây) và đọc 4k cuối cùng của khối. Chương trình sao lưu hiện đã có một khối bị gãy - phần đầu và phần đuôi có từ hai thời điểm.
Oracle không thể giải quyết vấn đề đó trong quá trình khôi phục. Do đó, chúng tôi ghi lại toàn bộ hình ảnh khối để trong quá trình khôi phục, khối này được viết lại hoàn toàn từ quá trình làm lại và nhất quán với chính nó. Chúng tôi có thể khôi phục nó từ đó.
Điểm quan trọng trong sao lưu nóng
1) Để hạn chế ảnh hưởng của việc ghi nhật ký bổ sung này, bạn nên đảm bảo rằng bạn chỉ đặt một vùng bảng tại một thời điểm ở chế độ sao lưu và đưa vùng bảng ra khỏi chế độ sao lưu ngay sau khi bạn đã sao lưu nó. Điều này sẽ giảm số lượng khối có thể phải được ghi lại ở mức tối thiểu có thể.
2) Nếu vùng bảng ở chế độ hotbackup và cơ sở dữ liệu bị hủy bỏ. Và sau đó bạn thử bắt đầu, nó sẽ phàn nàn về việc khôi phục vì datafile SCN của vùng bảng đó sẽ cũ hơn, sau đó để khởi động cơ sở dữ liệu, trước tiên chúng ta cần kết thúc sao lưu vùng bảng đó. Nó chỉ cần cập nhật SCN trạm kiểm soát với Hot Backup Checkpoint SCN
Sao lưu trình quản lý khôi phục
Chúng ta không cần đặt vùng bảng ở chế độ hotbackup để sao lưu bằng cách sử dụng hotbackmode
Vì RMAN là công cụ Oracle, họ biết cách xử lý trường hợp khối bị gãy, vì vậy nó không ghi các đoạn khối hoặc một phần khối vào bản sao lưu, nó ghi hình ảnh khối nhất quán hoàn chỉnh vào phương tiện sao lưu. Vì vậy, trình quản lý khôi phục không cần phải ghi lại toàn bộ khối vào tệp nhật ký làm lại.
Ngoài ra, rman không đóng băng tiêu đề tệp dữ liệu, nó tiếp tục kiểm tra như bình thường, nhưng nó thực hiện một điểm kiểm tra đối với không gian bảng.
Sao lưu RMAN ghi lại SCN bắt đầu, SCN Mờ tuyệt đối (giống như khởi động SCN ngay từ đầu) khi bắt đầu sao lưu và khi các khối được sao lưu trong tệp dữ liệu, khối được kiểm tra cho SCN, nếu nó cao hơn thì bắt đầu SCN, SCN mờ tuyệt đối được cập nhật với số đó. Tương tự đối với tất cả các khối, khi toàn bộ tệp dữ liệu được sao lưu, cả hai số này đều được lưu trữ trong tiêu đề sao lưu.
Vì vậy, bất cứ khi nào RMAN khôi phục các bản sao lưu này, họ biết nó biết từ SCN bắt đầu như thế nào để kết thúc SCN, nó phải khôi phục tệp dữ liệu chắc chắn
Vì vậy, về cơ bản không có chi phí như tăng cường đăng nhập vào bản sao lưu nóng RMAN.
Điều này cũng đúng với sao lưu hình ảnh với RMAN
