Giới thiệu về khôi phục cơ sở dữ liệu DB2 9

Các kịch bản phục hồi Amol D. Barsagade, Cố vấn Cơ sở dữ liệu, IBM Tóm tắt: Một chiến lược cố gắng và kiểm thử sao lưu và phục hồi là thiết yếu trong việc ngăn ngừa mất dữ liệu. Một cơ sở dữ liệu có thể gặp bất kỳ vấn đề nào, gồm bị ngắt nguồn điện đột xuất, hỏng hóc về phương tiện lưu trữ, và các sự cố của ứng dụng. Mỗi việc này có thể gây ra một sự cố về cơ sở dữ liệu và mỗi sự cố đòi hỏi một hành động phục...
Nội dung trích xuất từ tài liệu:
Giới thiệu về khôi phục cơ sở dữ liệu DB2 9 Giới thiệu về khôi phục cơ sở dữ liệu DB2 9Các kịch bản phục hồiAmol D. Barsagade, Cố vấn Cơ sở dữ liệu, IBMTóm tắt: Một chiến lược cố gắng và kiểm thử sao lưu và phục hồi là thiết yếutrong việc ngăn ngừa mất dữ liệu. Một cơ sở dữ liệu có thể gặp bất kỳ vấn đề nào,gồm bị ngắt nguồn điện đột xuất, hỏng hóc về phương tiện lưu trữ, và các sự cốcủa ứng dụng. Mỗi việc này có thể gây ra một sự cố về cơ sở dữ liệu và mỗi sự cốđòi hỏi một hành động phục hồi khác nhau. Hướng dẫn này giới thiệu các khảnăng sao lưu và phục hồi trong IBM® DB2® for Linux®, UNIX® và Windows®.Ngoài ra, nó còn trình bày một cách tiếp cận từng bước, chỉ ra cách phục hồi dữliệu ở các kịch bản sự cố khác nhau. Trước khi bạn bắt đầuVề hướng dẫn nàyCác tổ chức hỗ trợ toàn cầu dựa trên dịch vụ và sự hài lòng của khách hàng. Nhưvậy, việc bảo vệ trước các sự cố là một thách thức lớn đối với người quản trị cơ sởdữ liệu. Trong các môi trường làm việc 24/24 giờ, 7 ngày 1 tuần hoặc môi trườngsản xuất, nơi các cơ sở dữ liệu có sứ mệnh thiết yếu, bất kỳ mất mát dữ liệu nàocũng đều là không thể chấp nhận. Do đó, vấn đề sống còn là phải hiểu được cáctuỳ chọn phục hồi dữ liệu khác nhau do một hệ quản trị c ơ sở dữ liệu đưa ra(DBMS) cũng như phải có một kế hoạch phục hồi dữ liệu ngay để thực hiệnchúng.Mục tiêuHướng dẫn này đưa ra các tuỳ chọn phục hồi DB2 9 đa dạng và gồm các chủ đềsau: Ghi log cơ sở dữ liệu.  Cách thay đổi hình thức ghi log cơ sở dữ liệu.  Các thực hành tốt nhất để giữ an toàn cơ sở dữ liệu dữ liệu.  Cách phục hồi toàn bộ cơ sở dữ liệu sau một sự cố.  Cách phục hồi khi một vùng chứa không gian bảng bị mất hoặc hỏng.  Cách phục hồi một bảng mà bị lấy mất do ngẫu nhiên.  Cách phục hồi đến một thời điểm.  Ghi log Cơ sở dữ liệuCác cơ sở dữ liệu DB2 hỗ trợ hai hình thức ghi log cơ sở dữ liệu khác nhau:Circular (Quay vòng) và Archival (Lưu trữ). Khi một cơ sở dữ liệu mới được tạora, kiểu ghi log quay vòng là mặc định. Nếu việc nhu cầu kinh doanh đòi hỏi caohơn, bạn có thể thay đổi hình thức ghi log từ vòng tròn sang lưu trữ.Tóm tắt về log giao dịch trong DB2Một giao dịch là một đơn vị logic của công việc. Mỗi giao dịch có các bản ghi logtương ứng được lưu lại trong tệp log giao dịch. Mỗi giao dịch có một mục tươngứng trong cái được gọi là Redo Log (Log Làm lại). Các mục Log Làm lại đượcviết cho tệp log hoạt động hiện tại. Khi tệp log hoạt động đ ã đầy, nó được đánhdấu là không sẵn có, để dùng nữa, vào lúc đó DB2 tạo ra tệp log tiếp theo, theo thứtự tệp log hoạt động và tiếp tục viết các mục ghi log vào nó. Quy trình xử lý vòngtròn được lặp lại khi tệp log hoạt động hiện tại đã đầy. Khi các giao dịch hoàn tất(một lệnh COMMIT hoặc ROLLBACK được chạy), các mục đăng nhập tươngứng được giải phóng, do chúng không còn cần phục hồi cơ sở dữ liệu.DB2 luôn cố gắng ghi các mục log vào bộ các tệp log sơ cấp, nghĩa là, các tệp logmà tự động được phân bổ vào lúc kích hoạt cơ sở dữ liệu. Nếu có một tình trạngphát sinh khi một giao dịch đã sử dụng hết tất cả các tệp log sơ cấp (tất cả các tệplog sơ cấp được đánh dấu là chưa sẵn sàng), sau đó bộ quản trị cơ sở dữ liệu phânbổ một tệp log phụ. Ngay sau khi tệp đã đầy, bộ quản trị cơ sở dữ liệu kiểm tra tệplog sơ cấp lần nữa để xem có đúng tình trạng của chúng là chưa sẵn sàng haykhông. Nếu đúng như vậy, một tệp log phụ khác được phân bổ và các lối vào đượcghi vào đó. Quy trình này tiếp tục cho đến khi tất cả các tệp log thứ cấp được phânbổ và đầy. Nếu không sẵn có tệp log sơ cấp nào để ghi các mục làm lại, và sốlượng tối đa các tệp log thứ cấp đã được phân bổ rồi, thì một ứng dụng nhận đượcthông báo lỗi sau đây.SQL0964C Log giao dịch cho cơ sở dữ liệu đã đầy.Hy vọng là bạn từng gặp phải lỗi này. Tuy nhiên, nếu gặp, bạn phải tăng thêm sốcác tệp log sơ cấp và thứ cấp (hoặc kích thước của chúng) khi cần thiết. Một cáchlý tưởng, các tệp log sơ cấp phải lớn hoặc nhiều đủ để chứa cả giao dịch lớn nhất.Việc phân bổ các tệp log thứ cấp là tốn kém do nó được thực hiện vào lúc đangchạy, vì vậy bạn phải giảm thiểu số lượng các tệp log thứ cấp mà cần được phânbổ trong thời gian tải làm việc của bạn là lớn nhất. Để cập nhật số lượng các tệplog sơ cấp hoặc thứ cấp, bạn có thể chạy các lệnh sau đây: UPDATE DB CFG FOR db_name USING LOGPRIMARY value  UPDATE DB CFG FOR db_name USING LOGSECOND value Ghi chú: Nếu vấn đề này xảy ra, bạn phải tìm hiểu tại sao toàn bộ không gian logbị đầy. Hẳn là do một truy vấn thoát ra ngoài hoặc lỗi của một người sử dụng, dođó việc tăng số lượng hoặc kích thước các tệp log có thể chỉ là che giấu vấn đề. Vídụ, giả sử một người sử dụng chạy một lệnh DELETE FROM tab1 và TAB1 làmột bảng rất lớn. Trong khi lệnh này trông rất vô hại, mỗi bản ghi log đã xoá ...