Các thao tác:
• Phát hiện và ước lượng các điều kiện gây lỗi • Kết nối lại và thay thế Servers
• Thực hiện công việc bảo trì sử dụng Snapshots
2.8.9.1. Phát hiện và ƣớc lƣợng các điều kiện gây lỗi
Hình 2.21 Phát hiện và ước lượng lỗi
2.8.9.2. Kết nối lại và thay thế Servers
a. Kết nối lại một Node tới Database Cluster
Khi vấn đề được phân tích và sửa chữa hoàn thành, có thể mang node quay lại cluster trực tiếp từ dashboard. Click vào node đang dừng trong list server và lựa chọn Rejoin. Enterprise Manager copies các file cần thiết tới node, xử lý yêu cầu rejoin. Khi thủ tục hoàn thành, Chỉ thị của node và cluster sẽ trở lại màu xanh.
b. Thay thế Node trong Database Cluster
Nếu vấn đề là phần cứng và không thể sửa, có thể thay thế server trong Cluster. Tương tự, nếu muốn loại bỏ một server từ cluster, có thể click vào tên của nó và lựa chọn Stop từ popup menu.
Khi server dừng, có thể bảo Enterprise Manager thay thế nó với server khác bằng cách:
1. Click vào server name trong danh sách servers trên dashboard. 2. Lựa chọn Replace từ popup menu.
3. Menu thứ 2 xuất hiện, liệt kê tất cả các servers đang sẵn sàng. Click tên servers muốn sử dụng thay thế.
4. Ở thời điểm menus biến mất và node lỗi được thay thế.
5. Khi quá trình thay thế hoàn thành, có thể click vào tên server và lựa chọn rejoin và khôi phục cơ sở dữ liệu.
2.8.9.3. Phòng ngừa bằng Snapshots
K-safety là một trong các cách đảm bảo tính bền vững của cơ sở dữ liệu bởi bảo vệ cluster chống lại việc các node bị hỏng. Một đặc tính quan trọng khác đảm bảo tính sống còn của cluster là sử dụng snapshot để lưu và khôi phục dữ liệu từ ổ cứng.
a. Thu thập Snapshots
Khi tạo cơ sở dữ liệu, lựa chọn liệu snapshot có tự động hay không và các bản snapshot này có copy lên máy chủ quản lý hay không. Khi cơ sở dữ liệu tồn tại, bạn có thể xem các thiết lập này trong dashboard.
Hình 2.22 Thu thập Snapshots
b. Khôi phục Cơ sở dữ liệu từ Snapshot
Thu thập snapshot files cung cấp sự đảm bảo chống lại lỗi. Nếu cơ sở dữ liệu lỗi vì bất cứ lý do gì, có thể sử dụng snapshots để khôi phục nội dung cơ sở dữ liệu tới trạng thái đã biết.
c. Quản lý Snapshots
Theo thời gian, số lượng snapshots Enterprise Manager thu thập có thể lớn mạnh. Chúng ta nên dọn dẹp định kỳ danh sách snapshot cũ và quá đát.
• Với snapshots mà không cần nữa, có thể lược bỏ bằng nút Delete.
• Với snapshots muốn lưu nhưng không cần phải sử dụng trong Enterprise Manager, có thể lựa chọn snapshots và click Download. Snapshots được nén và được download xuống hệ thống hiện hành.
2.8.9.4. Quản lý và sửa chữa Cluster bằng tay
Nếu sử dụng phiên bản VoltDB Community Edition, có thể bảo dưỡng, sửa chữa và phục hồi cơ sở dữ liệu nhờ sử dụng các thủ tục hệ thống của VoltDB. Ví dụ @SnapshotSave.
2.9. Kết luận
Trong chương thứ hai này, tôi đã trình bày một cách rõ nét hệ quản trị cơ sở dữ liệu VoltDB. Đó là một thể hiện tiêu biểu của kiến trúc H-Store, khắc phục toàn bộ các nhược điểm của hệ thống OLTP như locking, latching, quản lý bộ đệm… đạt hiệu suất 93% giao dịch có ích. Phần mềm VoltDB được đóng gói dưới dạng file jar, triển khai trên hệ thống Cluster với hệ điều hành dựa trên 64 bit Linux. Chương này trình bày cách thức cài đặt, cấu hình và cách xây dựng ứng dụng VoltDB một cách chi tiết.
VoltDB với các phiên bản community không cung cấp đủ công cụ cho người phát triển và quản trị. Duy nhất trong phiên bản editor cung cấp giao diện quản trị có tên là VoltDB Management Enterprise. Chương này cũng trình bày chi tiết cách thức cấu hình quản trị, cách khởi động và shutdown hệ thống Cluster và VoltDB Databases. Ngoài ra tập trung vào trình bày cách thức sao lưu, khôi phục với đầy đủ các tính năng như snapshot, export….Bên cạnh đó, các biểu đồ theo dõi sức khỏe của Cluster và VoltDB Database cũng được trình bày rõ nét.
Trong chương thứ ba, tôi sẽ tiến hành cài đặt thử nghiệm một hệ thống thực tế bằng chính kiến trúc H-Store với hệ quản trị cơ sở dữ liệu VoltDB. Chương này tập trung vào các khâu từ phân tích, thiết kế đến cách thức cài đặt các chức năng của chương trình nhằm mô phỏng lý thuyết VoltDB một cách trung thực. Đưa ra được kết quả thực nghiệm và so sánh với các hệ DBMS khác như Oracle, MySQL. Hệ thống được xây dựng mang tên ―Hệ thống quản lý khách hàng và kho số của công ty thông tin Viễn thông Điện lực‖.
CHƢƠNG 3 : HỆ THỐNG QUẢN LÝ KHÁCH HÀNG VÀ KHO SỐ CỦA CÔNG TY VIỄN THÔNG NGÀNH ĐIỆN