Chuẩn bị kỳ thi số 731 lấy chứng chỉ DBA (Quản trị cơ sở dữ liệu) DB2 9, Phần 7: Nhân bản tách (split mirror) và tính sẵn sàng cao và khôi phục sau sự cố (HADR)

Chia sẻ: Nguyen Nhi | Ngày: | Loại File: PDF | Số trang:68

Thêm vào BST

Báo xấu

106
lượt xem 9
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Michael Dang, Quản trị CSDL DB2, IBM Sylvia Qi, Kiểm định chức năng, IBM Toronto Lab Tóm tắt: Đây là bài cuối cùng trong một loạt bài gồm bảy hướng dẫn để giúp bạn chuẩn bị cho kỳ thi 731 về Quản trị cơ sở dữ liệu DB2® 9 cho Linux®, UNIX® và Windows™. Hướng dẫn này tập trung vào hai chủ đề có tính sẵn sàng nâng cao: Nhân bản tách và tính sẵn sàng cao và khôi phục sau sự cố (HADR). Với nhân bản tách bạn có thể khôi phục cơ sở dữ liệu bằng cách sử...

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: Chuẩn bị kỳ thi số 731 lấy chứng chỉ DBA (Quản trị cơ sở dữ liệu) DB2 9, Phần 7: Nhân bản tách (split mirror) và tính sẵn sàng cao và khôi phục sau sự cố (HADR)

Chuẩn bị kỳ thi số 731 lấy chứng chỉ DBA (Quản trị cơ sở dữ liệu) DB2 9, Phần 7: Nhân bản tách (split mirror) và tính sẵn sàng cao và khôi phục sau sự cố (HADR) Michael Dang, Quản trị CSDL DB2, IBM Sylvia Qi, Kiểm định chức năng, IBM Toronto Lab Tóm tắt: Đây là bài cuối cùng trong một loạt bài gồm bảy hướng dẫn để giúp bạn chuẩn bị cho kỳ thi 731 về Quản trị cơ sở dữ liệu DB2® 9 cho Linux®, UNIX® và Windows™. Hướng dẫn này tập trung vào hai chủ đề có tính sẵn sàng nâng cao: Nhân bản tách và tính sẵn sàng cao và khôi phục sau sự cố (HADR). Với nhân bản tách bạn có thể khôi phục cơ sở dữ liệu bằng cách sử dụng các bản sao đĩa. HADR (tính sẵn sàng cao và khôi phục sau sự cố) cung cấp hỗ trợ dự phòng lỗi, tương tự khả năng dự phòng lỗi được HACMP và Microsoft™ Cluster Server (máy chủ cụm của Microsoft) cung cấp. Trước khi bạn bắt đầu Về loạt bài này Nếu bạn đang chuẩn bị tham dự kỳ thi 731 lấy chứng chỉ DBA, bạn đ ã đến đúng chỗ -- một hướng dẫn tự học, giả định thế. Loạt bài gồm bảy hướng dẫn chuẩn bị lấy chứng chỉ DB2 này trình bày các khái niệm chính mà bạn cần phải biết cho kỳ thi này. Hãy làm bài tập ở đây và cố gắng giảm bớt những căng thẳng trong ngày thi. Về hướng dẫn này Hướng dẫn này tập trung vào hai chủ đề tính sẵn sàng cao cao cấp: Nhân bản tách và tính sẵn sàng cao và khôi phục sau sự cố (HADR). Kết hợp với hướng dẫn thứ
sáu, tính sẵn sàng cao -- sao lưu và phục hồi, nó trình bày các mục tiêu trong phần sáu của kỳ thi, mang tên "Tính sẵn sàng cao". Bạn có thể xem các mục tiêu tại: http://www-03.ibm.com/certify/tests/obj731.shtml. Các mục tiêu Trong hướng dẫn này, hãy tìm hiểu: Khái niệm về tính sẵn sàng cao.  Vận chuyển log hoạt động như thế nào.  Nhân bản tách hoạt động như thế nào và cách sử dụng một phép nhân bản  tách để tạo ra tính sẵn sàng cao như thế nào. HADR hoạt động như thế nào và cách thiết lập một hệ thống HADR như  thế nào. Làm thế nào để cập nhật trực tuyến hệ thống của bạn bằng cách sử dụng các  tham số cấu hình động. Các điều kiện cần trước Để hiểu tài liệu được trình bày trong hướng dẫn này, bạn cần hiểu rõ những điều sau đây:
Môi trường DB2 (các tệp cấu hình của trình quản lý cơ sở dữ liệu, các tệp  cấu hình cơ sở dữ liệu, các biến đăng ký DB2, v.v). Sử dụng bộ xử lý dòng lệnh và các công cụ giao diện đồ họa (GUI) của  DB2 để gọi các lệnh DB2. Các đối tượng DB2 khác nhau, chẳng hạn như các vùng bộ đệm, các không  gian bảng (tablespaces), các bảng và các chỉ mục và v.v. Các phép SQL cơ bản có thể được thực hiện trên một cơ sở dữ liệu (các câu  lệnh SQL UPDATE, INSERT, DELETE và SELECT). Bạn cũng nên quen thuộc với các thuật ngữ sau đây: Đối tượng: Bất kỳ thứ gì trong một cơ sở dữ liệu có thể được tạo ra hoặc  được thao tác với SQL (ví dụ các bảng, các khung nhìn, các chỉ mục, các gói). Bảng: Một cấu trúc logic được sử dụng để trình bày dữ liệu dưới dạng tập  các hàng không theo thứ tự với một số cột cố định. Mỗi cột có chứa một tập giá trị, mỗi giá trị có cùng một kiểu dữ liệu (hoặc một kiểu con của kiểu dữ liệu của cột); các định nghĩa về các cột tạo nên cấu trúc bảng và các hàng có chứa dữ liệu thực của bảng. Bản ghi: Biểu diễn lưu trữ của một hàng trong một bảng.  Trường: Biểu diễn lưu trữ của một cột trong một bảng.  Giá trị: Một mục dữ liệu cụ thể có thể được tìm thấy tại mỗi giao điểm của  một hàng và cột trong một bảng cơ sở dữ liệu.
Structured Query Language (SQL-Ngôn ngữ truy vấn có cấu trúc): Một  ngôn ngữ được tiêu chuẩn hóa được sử dụng để định nghĩa các đối tượng và thao tác dữ liệu trong cơ sở dữ liệu quan hệ. (Để biết thêm về SQL, xem hướng dẫn thứ tư trong loạt bài này). Trình tối ưu hóa DB2: Một thành phần của trình tiền dịch (precompiler)  SQL có chọn lựa một kế hoạch truy cập cho một câu lệnh SQL của Data Manipulation Language (DML- Ngôn ngữ thao tác dữ liệu) bằng cách mô hình hóa chi phí thực hiện một số kế hoạch truy cập khác nhau và chọn một kế hoạch truy cập có chi phí đánh giá thấp nhất. Để tham dự kỳ thi DBA DB2 9, bạn phải vượt qua kỳ thi 730 về Các khái niệm cơ bản của DB2 9. Chúng tôi khuyên bạn nên tìm hiểu Loạt bài hướng dẫn về các khái niệm cơ bản của DB2 trước khi bắt đầu loạt bài này. Các yêu cầu về hệ thống Bạn không cần một bản sao của DB2 để hoàn thành hướng dẫn này. Tuy nhiên, bạn sẽ thu được nhiều hơn bên ngoài những hướng dẫn, nếu bạn tải phiên bản dùng thử miễn phí IBM DB2 9 để làm việc cùng với hướng dẫn này Khái niệm về tính sẵn sàng cao Tính sẵn sàng cao (HA) là một thuật ngữ dùng để mô tả các hệ thống đang hoạt động và luôn sẵn sàng cho những người dùng hầu như mọi lúc. Một hệ thống HA có các đặc tính sau:
Xử lý giao dịch hiệu quả, mà không làm giảm hiệu năng trong các giai đoạn  hoạt động cao điểm. Nhanh chóng phục hồi khi có các lỗi phần cứng hoặc phần mềm xảy ra  hoặc ngay cả khi phải chịu thiên tai -- nếu một chiến lược sao lưu và phục hồi đã được kiểm chứng đúng chỗ. Khả năng dự phòng lỗi. Nếu trình quản lý cơ sở dữ liệu hiện tại không hoạt  động, phải có một trình quản lý cơ sở dữ liệu khác tiếp thu công việc và cho phép các cơ sở dữ liệu luôn sẵn sàng để sử dụng ngay lập tức. Cần đảm bảo gián đoạn là tối thiểu cho các ứng dụng của khách. Trong khi hướng dẫn trước đó đã trình bày các chiến lược phục hồi sao lưu cơ bản, trong hướng dẫn này, tập trung vào đặc tính thứ ba của hệ thống sẵn sàng cao -- khả năng dự phòng lỗi. Bạn tìm hiểu về sự vận chuyển log, nhân bản tách và tính sẵn sàng cao và khôi phục sau sự cố (HADR). Vận chuyển bản ghi (log) Cơ sở dữ liệu chính và dự phòng Một hệ thống HA thường bao gồm một cơ sở dữ liệu chính và một cơ sở dữ liệu dự phòng. Cơ sở dữ liệu đang chạy hiện tại được gọi là cơ sở dữ liệu chính. Mọi giao dịch đi qua cơ sở dữ liệu này. Cơ sở dữ liệu dự phòng là một bản sao của cơ sở dữ liệu chính. Nếu cơ sở dữ liệu chính bị hỏng, cơ sở dữ liệu dự phòng sẽ đảm nhận các giao dịch hiện có và sẽ trở thành cơ sở dữ liệu chính mới. Vận chuyển log là gì?
Vận chuyển log là một phương pháp mà các log giao dịch được tự động sao lưu từ máy chủ DB2 chính và tạo ra khả năng truy cập đến một máy chủ dự phòng. Cơ sở dữ liệu dự phòng thường được khởi tạo bằng cách khôi phục lại một hình ảnh sao lưu của các cơ sở dữ liệu chính. Tuy nhiên, cơ sở dữ liệu chính tiếp tục xử lý giao dịch sau khi cơ sở dữ liệu dự phòng đã được khởi tạo. Nếu những giao dịch này không được áp dụng cho cơ sở dữ liệu dự phòng, cơ sở dữ liệu dự phòng sẽ không trùng với cơ sở dữ liệu chính. Để giữ cho các cơ sở dữ liệu dự phòng đồng bộ với các cơ sở dữ liệu chính, cơ sở dữ liệu dự phòng phải có khả năng áp dụng liên tục các log được cơ sở dữ liệu chính tạo ra. Khi đã đến lúc tiếp quản cơ sở dữ liệu chính, cơ sở dữ liệu dự phòng có thể làm như vậy ngay lập tức, mà không phải áp dụng tất cả các log tại thời điểm tiếp quản này. Lệnh ROLLFORWARD DATABASE được sử dụng để áp dụng các tệp log được cơ sở dữ liệu chính tạo ra cho cơ sở dữ liệu dự phòng. Trong thực tế, lệnh này phải được gọi liên tục trên cơ sở dữ liệu dự phòng, sao cho các log đó được áp dụng khi chúng trở nên sẵn sàng. Quá trình này có thể được tạo kịch bản và sắp xếp để chạy theo định kỳ. Sử dụng việc ghi log tư liệu trong một hệ thống HA. Việc ghi log vòng tròn không thể được sử dụng vì nó không cung cấp khả năng khôi phục tiếp (rollforward). Câu hỏi đặt ra là: Làm thế nào để bạn có thể làm cho cơ sở dữ liệu chính tạo ra các tệp log sẵn sàng cho các cơ sở dữ liệu dự phòng để cho bạn có thể áp dụng chúng liên tục? Câu trả lời là: vận chuyển log. Thiết lập vận chuyển log
Chìa khóa để thiết lập vận chuyển log là đặt cấu hình cơ sở dữ liệu chính sao cho nó lưu trữ các log vào một vị trí mà cơ sở dữ liệu dự phòng có khả năng truy nhập. Thiết lập vị trí lưu trữ log trên cơ sở dữ liệu chính bằng cách thiết lập tham số cơ sở dữ liệu LOGARCHMETH1. Chọn một ví trí có thể truy cập từ máy chủ dự phòng, chẳng hạn như một ổ đĩa mạng hoặc ổ chia sẻ được lắp sẵn. Trên cơ sở dữ liệu dự phòng, hãy thiết lập tham số LOGARCHMETH1 với cùng giá trị như trên cơ sở dữ liệu chính. Khi một lệnh ROLLFORWARD DATABASE được dùng trên cơ sở dữ liệu dự phòng, DB2 kéo các log từ vị trí lưu trữ này và đặt chúng vào cơ sở dữ liệu dự phòng. Hình 1. Vận chuyển log Để bảo đảm sự dư thừa, hãy đặt cấu hình tham số LOGARCHMETH2 trên cơ sở dữ liệu chính. Khi LOGARCHMETH2 được thiết lập, các log được lưu trữ tới cả hai vị trí được LOGARCHMETH1 và LOGARCHMETH2 thiết lập. Để vận chuyển log hoạt động, cả hai hệ thống phải được chạy cùng một phiên bản của DB2.
Một cách khác để thiết lập vận chuyển log là sử dụng một chương trình userexit trên cơ sở dữ liệu dự phòng để tiếp tục lấy ra các tệp log đã lưu trữ từ cơ sở dữ liệu chính. Nếu một userexit được sử dụng, cả cơ sở dữ liệu chính và cơ sở dữ liệu dự phòng phải được đặt cấu hình với cùng chương trình userexit. Userexit là một tính năng cũ và chức năng của nó đã được thay thế bằng LOGARCHMETH1 kể từ phiên bản 8.2. Tuy nhiên, vì lý do tương thích ngược, phương thức của chương trình userexit vẫn còn được hỗ trợ trong phiên bản 8.2 và phiên bản 9. Tính sẵn sàng cao thông qua nhân bản tách trực tuyến và trợ giúp I/O tạm dừng Nhân bản tách và I/O tạm dừng Trong hướng dẫn sao lưu và phục hồi, bạn đã biết rằng một phép sao lưu trực tuyến cho phép những người dùng vẫn duy trì các kết nối của họ với cơ sở dữ liệu trong khi cơ sở dữ liệu đang được sao lưu. Mặc dù điều này đáp ứng các tiêu chí của một hệ thống sẵn sàng cao, những quá trình này có thể tốn thời gian đối với các cơ sở dữ liệu lớn. Còn có một chiến lược phục hồi sao lưu khác nhanh hơn so với các sao lưu trực tuyến -- đó là nhân bản tách. Với nhân bản tách, thay vì nhận một bản sao lưu của cơ sở dữ liệu bằng cách sử dụng tiện ích sao lưu DB2, bạn tạo một bản sao đĩa của các thư mục cơ sở dữ liệu và sau đó khôi phục lại bản sao đĩa này khi cần thiết. Quá trình này có ưu điểm sau trên phương pháp phục hồi sao lưu cơ sở dữ liệu truyền thống: Nó giúp loại bỏ chi phí hoạt động sao lưu từ máy chính, thường tốn thời  gian với cơ sở dữ liệu lớn.
Quá trình khôi phục lại khi sử dụng nhân bản tách nhanh hơn khi sử dụng  các tiện ích khôi phục lại. Nhân bản tách Chia tách một bản sao có nghĩa là tạo một bản sao "tức thời" của cơ sở dữ liệu nguồn bằng cách ghi dữ liệu vào một đĩa cứng. Khi cần thiết, bản sao chép đĩa này có thể được sử dụng để nhân bản một cơ sở dữ liệu mới, nhưng giống nhau hoặc sử dụng như là một bản sao lưu để khôi phục lại cơ sở dữ liệu ban đầu. Phương pháp bạn chọn để chia tách bản sao không phải trong sự kiểm soát của DB2. Hãy tạo ra bản sao hệ thống tệp của các thư mục cơ sở dữ liệu nếu bạn muốn. Chúng tôi đề xuất sử dụng bất kỳ thiết bị lưu trữ thông minh nào như là IBM Storage Server (ESS-máy chủ lưu trữ của IBM), được gọi là Shark và EMC Symmetrix 3330. Khi sử dụng công nghệ FlashCopy, ESS có thể thiết lập các bản sao gần như tức thời của dữ liệu hoàn toàn bên trong nó. Tính năng phân tách tức thời của phần mềm EMC Symmetrix TimeFinder (Trình tìm kiếm thời gian EMC) trên Symmetrix cũng có khả năng chia tách một bản sao nhân bản theo một cách tương tự. Một bản sao phân tách của một cơ sở dữ liệu bao gồm toàn bộ các nội dung của thư mục cơ sở dữ liệu, tất cả các vùng chứa không gian bảng và thư mục cơ sở dữ liệu cục bộ . Các thư mục log hoạt động có thể được bao gồm, tuỳ thuộc vào cách bạn muốn sử dụng hình ảnh nhân bản tách này như thế nào. Hãy đọc thêm về chủ đề này sau. I/O tạm dừng Khi chia tách một bản sao, điều quan trọng là đảm bảo rằng không có trang ghi nào xảy ra trong cơ sở dữ liệu. Sự hỗ trợ I/O tạm dừng của DB2 cho phép bạn thực hiện các phép nhân bản tách mà không cần phải đóng cơ sở dữ liệu. Ý tưởng là để
đặt cơ sở dữ liệu trong một chế độ tạm dừng ghi trước khi chia tách bản sao đó và sau khi chia tách, tiếp tục lại các hoạt động I/O bình thường. Trong khi cơ sở dữ liệu đang ở trong chế độ tạm dừng (treo) ghi, tất cả các không gian bảng của nó được đặt trong trạng thái SUSPEND_WRITE. Mọi hoạt động vẫn tiếp tục chạy bình thường. Tuy nhiên, một số giao dịch có thể phải chờ nếu chúng yêu cầu vào/ra với đĩa. Các giao dịch tiến hành bình thường ngay khi các phép ghi vào cơ sở dữ liệu được nối lại. Các lệnh sau đây được sử dụng để tạm dừng và tiếp tục các phép ghi trên một cơ sở dữ liệu: Để tạm dừng các phép ghi, hãy dùng: CONNECT TO database-alias SET WRITE SUSPEND FOR DATABASE Để tiếp tục các phép ghi, hãy dùng: SET WRITE RESUME FOR DATABASE Công cụ db2inidb Bây giờ bạn có một bản sao nhân bản của cơ sở dữ liệu nguồn, nó chính là một bản sao đĩa. Bạn không thể sử dụng lệnh RESTORE DATABASE trên bản sao đĩa
để khôi phục lại bất kỳ cơ sở dữ liệu nào vì đây không phải là một bản sao lưu cơ sở dữ liệu DB2. Nó chỉ là một bản sao đĩa của các tệp cơ sở dữ liệu. Để khởi tạo bản sao đĩa vào trong một cơ sở dữ liệu DB2 thích hợp cho sử dụng, hãy sử dụng lệnh db2inidb: DB2INIDB database-alias AS {SNAPSHOT | STANDBY | MIRROR} [RELOCATE USING config_file] Bạn có thể khởi tạo một bản sao theo ba cách khác nhau: Ảnh chụp: Tạo ra một bản sao rập khuôn cơ sở dữ liệu nguồn.  Dự phòng (Standby): Tạo ra một cơ sở dữ liệu dự phòng.  Nhân bản (Mirror): Khôi phục lại cơ sở dữ liệu nguồn ban đầu.  Cả hai tùy chọn Ảnh chụp và Dự phòng tạo ra một cơ sở dữ liệu mới, nhưng giống hệt với cơ sở dữ liệu nguồn khi sử dụng hình ảnh nhân bản. Do đó, cơ sở dữ liệu nhân bản tách không thể tồn tại trên cùng một hệ thống với cơ sở dữ liệu nguồn bởi vì nó có cùng cấu trúc và sử dụng cùng tên thể hiện như cơ sở dữ liệu nguồn. Nếu cơ sở dữ liệu nhân bản tách phải tồn tại trên cùng một hệ thống với cơ sở dữ liệu nguồn, hãy xác định tùy chọn tệp cấu hình RELOCATE USING khi dùng lệnh db2inidb. Định dạng của tệp cấu hình định vị lại (tệp văn bản) như sau. Sử dụng tệp cấu hình để định vị lại các cấu trúc thư mục cơ sở dữ liệu:
DB_NAME=oldName,newName DB_PATH=oldPath,newPath INSTANCE=oldInst,newInst NODENUM=nodeNumber LOG_DIR=oldDirPath,newDirPath CONT_PATH=oldContPath1,newContPath1 CONT_PATH=oldContPath2,newContPath2 Nhân bản một cơ sở dữ liệu bằng cách sử dụng tùy chọn ảnh chụp db2inidb Tùy chọn này tạo ra một bản sao tức thời của cơ sở dữ liệu nguồn tại thời điểm khi I/O tạm dừng. Do đó, có tên là ảnh chụp (snapshot). Trong quá trình khởi tạo, cơ sở dữ liệu nhân bản tách trải qua việc phục hồi sự cố. Sau khi việc hồi phục sự cố hoàn thành, cơ sở dữ liệu sẵn sàng để sử dụng ngay. Bất kỳ hoạt động không cam kết nào nổi bật tại thời điểm nhân bản tách được khôi phục. Các bước để tạo ra một cơ sở dữ liệu sao chép rập khuôn khi sử dụng tùy chọn snapshot db2inidb là: 1. Tạm dừng I/O trên cơ sở dữ liệu nguồn:
CONNECT TO source-database-alias SET WRITE SUSPEND FOR DATABASE 2. Phân tách bản sao. Để phân tách bản sao, sử dụng phương pháp sao chép tệp hệ thống hoặc bất kỳ các sản phẩm nào của nhà cung cấp được nói trên. Nếu bạn chọn sử dụng một sản phẩm của nhà cung cấp, hãy đảm bảo bạn tham khảo tài liệu có thể áp dụng cho các thiết bị của bạn về cách tạo ra một nhân bản tách. Bất kể các sự thay đổi trong quá trình nhân bản tách, tất cả những điều sau đây phải được nhân bản tách đồng thời : Toàn bộ nội dung của thư mục cơ sở dữ liệu. o Tất cả các thùng chứa không gian bảng. o Thư mục cơ sở dữ liệu cục bộ. o Thư mục log đang hoạt động, nếu nó không nằm trong thư mục cơ o sở dữ liệu. Tất cả các thông tin có trước được lưu trữ trước trong khung nhìn hệ thống SYSIBMADM.DBPATHS. Hãy chạy câu lệnh select * from sysibmadm.dbpaths để lấy thông tin này. Bạn cũng có thể xem các nội dung của khung nhìn này từ Trung tâm điều kiển. Hình dưới đây chỉ ra một nội dung thí dụ về khung nhìn:
Hình 2. Khung nhìn SYSIBMADM.DBPATHS Khung nhìn SYSIBMADM.DBPATHS cung c ấp các thông tin sau: Thư mục cơ sở dữ liệu là C:\DB2\NODE0000\SQL00001. o Các đường dẫn chứa không gian bảng là c:\db2\test1\userspace3 and o c:\db2\test1\userspace2. Thư mục cơ sở dữ liệu cục bộ là C:\DB2\NODE0000\SQLDBDIR o (Điều này không được hiển thị trong hình, nhưng thư mục cơ sở dữ liệu cục bộ là thư mục SQLDBDIR ở cùng mức với thư mục cơ sở dữ liệu). Thư mục log đang hoạt động là o C:\DB2\NODE0000\SQL00001\SQLOGDIR. Tất cả những thư mục này phải được nhân bản tách. 3. Tiếp tục lại I/O trên cơ sở dữ liệu nguồn. Hãy dùng lệnh sau đây để tiếp tục I/O trên cơ sở dữ liệu nguồn. Sử dụng cùng phiên kết nối bước 1 khi dùng lệnh này:
SET WRITE RESUME FOR DATABASE 4. Làm cho bản sao phân tách có thể truy cập được: a. Trên máy đích, tạo ra cùng cá thể DB2 như nó có trên máy nguồn. b. Khôi phục lại nhân bản tách được lấy từ bước 2 đến cùng các đường dẫn chính xác giống như chúng đã có trên máy nguồn. Nếu nhân bản tách có trên một ổ đĩa mạng, hãy gắn ổ đĩa mạng tới máy đích. c. Chạy lệnh sau đây để tạo danh mục cơ sở dữ liệu trên máy đích: CATALOG DATABASE database-name AS database-alias ON path d. ở đây: e. Cơ sở dữ liệu-các bí danh (database-alias) phải phù hợp với các bí danh cơ f. sở dữ liệu của cơ sở dữ liệu nguồn. Đường dẫn (path) phải phù hợp với đường dẫn cơ sở dữ liệu của cơ sở dữ g. liệu nguồn (Sử dụng lệnh LIST DB DIRECTORY để hiển thị đường dẫn cơ sở dữ liệu hoặc kiểm tra trường DB_STORAGE_PATH trong khung nhìn SYSIBMADM.DBPATHS, như chỉ ra trong Hình 2).
5. Khởi tạo cơ sở dữ liệu của nhân bản tách để có một cơ sở dữ liệu nhân bản rập khuôn. . Khởi động cá thể trên máy đích khi sử dụng lệnh db2start. a. Khởi tạo cơ sở dữ liệu bản sao phân tách khi dùng tùy chọn ảnh chụp (snapshot): DB2INIDB database-alias AS SNAPSHOT Lệnh db2inidb có trước khởi tạo một phép phục hồi sự cố, nó khôi phục tất cả các giao dịch chưa được cam kết tại thời điểm nhân bản tách, nhờ đó làm cho cơ sở dữ liệu bền vững. Điều cần thiết để có tất cả các tệp log từ nguồn đã hoạt động tại thời điểm phân tách. Thư mục log đang hoạt động không chứa bất kỳ tệp log nào không phải là một phần của bản sao phân tách. Sau khi ho àn thành phép phục hồi sự cố, cơ sở dữ liệu đã sẵn sàng cho các hoạt động. Hình 3 tóm tắt quá trình nhân bản tách khi sử dụng tùy chọn ảnh chụp:
Hình 3. Nhân bản tách khi sử dụng tùy chọn ảnh chụp Tạo ra một cơ sở dữ liệu dự phòng bằng cách sử dụng tùy chọn dự phòng db2inidb Tùy chọn dự phòng db2inidb tạo ra một cơ sở dữ liệu dự phòng của cơ sở dữ liệu nguồn, cũng được gọi là cơ sở dữ liệu chính. Khi một nhân bản tách được khởi tạo như là một cơ sở dữ liệu dự phòng, ngay lập tức nó được đặt trong trạng thái chờ cam kết tiếp. Liên tục áp dụng các tệp log chưa hoạt động từ cơ sở dữ liệu chính khi chúng trở nên sẵn sàng, duy trì cơ sở dữ liệu dự phòng hiện tại với cơ sở dữ liệu chính. Phương pháp vận chuyển log đã được thảo luận trước đó được sử dụng ở đây để tạo ra các log sẵn sàng cho cơ sở dữ liệu dự phòng. Nếu một sự cố xảy ra trên cơ sở dữ liệu chính, hãy sử dụng cơ sở dữ liệu dự phòng để đảm nhận vai trò của cơ sở dữ liệu chính. Các bước để tạo một cơ sở dữ liệu dự phòng khi sử dụng tùy chọn dự phòng db2inidb là: 1. Tạm dừng I/O trên cơ sở dữ liệu chính. Thực hiện cùng các bước như trong kịch bản ảnh chụp để tạm dừng I/O trên cơ sở dữ liệu chính.
2. Phân tách nhân bản. Sử dụng phương pháp thích hợp để phân tách bản sao cơ sở dữ liệu chính. Nhân bản tách bao gồm như sau: Toàn bộ các nội dung của thư mục cơ sở dữ liệu. o Tất cả các thùng chứa không gian bảng. o Thư mục cơ sở dữ liệu cục bộ. o Bạn không cần phải phân tách thư mục log hoạt động trong kịch bản này. Cách các log được xử lý được trình bày sau. 3. Tiếp tục I/O trên cơ sở dữ liệu nguồn. Thực hiện cùng các bước như trong kịch bản ảnh chụp để tiếp tục I/O trên cơ sở dữ liệu chính. 4. Tạo ra bản sao phân tách có thể truy cập. Thực hiện cùng các bước như trong kịch bản ảnh chụp để tạo ra bản sao phân tách có thể truy cập. 5. Khởi tạo cơ sở dữ liệu nhân bản tách như là một cơ sở dữ liệu dự phòng. Lệnh sau khởi tạo cơ sở dữ liệu và đặt nó trong trạng thái chờ cam kết tiếp, vì vậy có thể áp dụng các log từ cơ sở dữ liệu chính. DB2INIDB database-alias AS STANDBY 6. Tiếp tục áp dụng các log đã được cơ sở dữ liệu chính lưu trữ cho cơ sở dữ liệu dự phòng bằng cách sử dụng lệnh ROLLFORWARD DATABASE để giữ cho cơ sở dữ liệu dự phòng càng giống như hiện tại càng tốt, các tệp log chưa kích hoạt mới (đây là những log đã được lưu trữ) từ cơ sở dữ liệu
chính cần được tiếp tục áp dụng cho cơ sở dữ liệu dự phòng khi chúng trở nên sẵn sàng. Thực hiện điều này bằng cách dùng lệnh ROLLFORWARD DATABASE trên cơ sở dữ liệu dự phòng mà không cần dùng tùy chọn STOP hoặc COMPLETE. Để tạo ra các tệp các log có thể truy cập cho cơ sở dữ liệu dự phòng, sử dụng phương pháp vận chuyển log đã thảo luận trong phần Thiết lập vận chuyển log. Tiếp tục áp dụng các log đã lưu trữ cho cơ sở dữ liệu dự phòng bằng cách sử dụng lệnh ROLLFORWARD DATABASE: ROLLFORWARD DB database-alias TO END OF LOGS 7. Đưa cơ sở dữ liệu dự phòng thành trực tuyến. Trong trường hợp có sự cố hỏng hóc của cơ sở dữ liệu chính, bạn muốn cơ sở dữ liệu dự phòng đảm nhận vai trò của cơ sở dữ liệu chính bằng cách chuyển nó sang trực tuyến. Để chuyển cơ sở dữ liệu thành trực tuyến, hãy thực hiện như sau: Tạo ra đường dẫn log hoạt động có thể truy cập cho cơ sở dữ liệu dự phòng. a. Trong bước 6, bạn chỉ lấy ra và áp dụng các log đã lưu trữ do cơ sở dữ liệu chính tạo ra cho cơ sở dữ liệu dự phòng. Bạn đã không áp dụng các log hoạt động. Khi bạn đã sẵn sàng để đưa cơ sở dữ liệu dự phòng thành trực tuyến, hãy lấy các log hoạt động ra khỏi cơ sở dữ liệu chính và đặt chúng vào cơ sở dữ liệu dự phòng. Quá trình lấy ra này có thể được làm thủ công, đó là, sao chép các log hoạt động từ cơ sở dữ liệu chính vào thư mục LogPath của máy chủ dự phòng.
b. Khôi phục tiếp cơ sở dữ liệu đến cuối các log và dừng lại: ROLLFORWARD DB database-alias TO END OF LOGS AND STOP Sau khi quá trình cam kết tiếp đã hoàn thành, cơ sở dữ liệu đã sẵn sàng cho sử dụng. Hình sau đây tóm tắt quá trình nhân bản tách bằng cách sử dụng các tùy chọn dự phòng: Hình 4. Nhân bản tách khi sử dụng tùy chọn dự phòng