Mục lục:
- Tạo một thư mục cho một vị trí trên hệ điều hành với rất nhiều không gian:
- Ví dụ này giả định phát lại được thực hiện trên cơ sở dữ liệu khác. Nếu nó trên cùng một cơ sở dữ liệu, không cần phải tạo một thư mục và di chuyển các tệp chụp vì chúng đã ở đúng vị trí.
Video: Trailer về khóa học ASP.NET 2025
Tính năng Oracle 12c Database Replay đã phát triển như một giải pháp để có thể thực hiện kiểm tra ứng dụng thực tế. Trước khi Cơ sở dữ liệu Phát lại, nếu bạn muốn thử nghiệm bất kỳ thay đổi nào đối với hoạt động hoặc khối lượng công việc, bạn phải mua một công cụ của bên thứ ba hoặc thực hiện một khối lượng lớn mã hoá giả mạo khối lượng công việc.
Trong hầu hết các trường hợp, cả hai phương pháp đều không thực sự đại diện cho khối lượng công việc thực tế của bạn. Ngoài ra, việc thay đổi môi trường sản xuất mà không kiểm tra chúng có thể là rủi ro.
Cơ sở dữ liệu Replay là một công cụ khác trong kho của bạn để trang trải tất cả các cơ sở.
Về bản chất, Cơ sở dữ liệu Replay cho phép bạn ghi lại khối lượng công việc của bạn trong thời gian thực và sau đó phát lại. Hơn nữa, bạn có thể chơi nó với
-
Cơ sở dữ liệu khác
-
Một phiên bản khác của Oracle
-
Một Cơ sở dữ liệu khác
Cơ sở dữ liệu Replay nắm bắt được khối lượng công việc ở dưới mức SQL. Khối lượng công việc được lưu trữ trong các tệp nhị phân. Sau đó bạn có thể chuyển các tệp này sang môi trường thử nghiệm, chạy khối lượng công việc, phân tích các sự cố, khắc phục sự cố và kiểm tra lại. Khối lượng công việc tương tự lặp lại. Kết hợp với một công cụ như cơ sở dữ liệu Flashback, bạn có thể kiểm tra nhiều lần thay đổi liên tục. Nó giúp giảm cơ hội phá vỡ điều gì đó khi môi trường thay đổi.
Nâng cấp-
Giảm xuống
-
Thay đổi ứng dụng
-
Gỡ lỗi
-
Cơ sở dữ liệu Replay cung cấp cơ chế để trợ giúp cho các tình huống sau:
-
> Thay đổi lưu trữ, mạng và kết nối
-
Sự thay đổi nền tảng
-
Thay đổi hệ điều hành
-
Chuyển đổi sang các nhóm ứng dụng thực (RAC)
-
-
Đăng nhập vào SQL * Plus với tư cách là một người dùng có đặc quyền SYSDBA.
Oracle yêu cầu một thư mục để viết các tệp phát lại.
Tạo một thư mục cho một vị trí trên hệ điều hành với rất nhiều không gian:
Bạn thấy điều này:
-
Đã tạo thư mục.
Bắt đầu chụp:
-
Ví dụ này sử dụng tên CAPTURE_DEMO.
Lý tưởng để khởi động lại cơ sở dữ liệu trước khi chụp bắt đầu để bạn không thể bắt bất kỳ giao dịch nào ở giữa. Tất nhiên, làm như vậy không phải luôn luôn là một lựa chọn khi giao dịch với một hệ thống sản xuất.
Bạn thấy điều này:
-
Thủ tục PL / SQL đã hoàn tất.
Thực hiện khối lượng công việc của bạn.
Nếu đó chỉ là hành vi ứng dụng thông thường, hãy chạy nó trong khoảng thời gian bạn muốn.
Khi khối lượng công việc hoàn thành hoặc mục tiêu thời gian của bạn đã trôi qua, dừng tiến trình chụp:
Bạn thấy:
-
Thủ tục PL / SQL đã hoàn tất.
Theo tài liệu của Oracle, chụp một khối lượng công việc có thể thêm lên đến 4.5 phần trăm của quá trình xử lý trên không với hệ thống cũng như 64K bộ nhớ trên không cho mỗi phiên. Ngoài ra, nếu không gian chạy trong thư mục chụp, chụp sẽ dừng lại. Tất cả các dữ liệu bị bắt đến thời điểm đó sẽ vẫn hữu ích.
-
Ý tưởng là bạn sẽ sử dụng chụp của bạn để "phát lại" khối lượng công việc. Theo kinh nghiệm của chúng tôi, khối lượng công việc thường được lặp lại với một cơ sở dữ liệu khác, chẳng hạn như một môi trường thử nghiệm. Tuy nhiên, đây không phải là luôn luôn như vậy.
Tạo cơ sở dữ liệu Flashback
Tạo điểm khôi phục vào sáng Thứ Sáu
Nếu cơ sở dữ liệu của bạn là một môi trường trong đó có thể xảy ra các cửa sổ bảo dưỡng dài (như trong một ngày cuối tuần) Bắt đầu chụp một khối lượng công việc trong bốn tiếng từ 8 a. m. đến trưa
Hạn chế hệ thống và tạo một điểm khôi phục khác sau khi nhân viên về nhà vào tối thứ Sáu
Phục hồi cơ sở dữ liệu đến điểm khôi phục Thứ Sáu buổi sáng
-
Triển khai cơ sở dữ liệu hoặc thay đổi ứng dụng
-
Phát lại khối lượng công việc của bạn để kiểm tra thay đổi
-
Chạy lại khối lượng công việc đến tối thứ Sáu
-
Triển khai cơ sở dữ liệu hoặc thay đổi ứng dụng để có hiệu lực khi nhân viên trở lại Sáng thứ Hai
-
Cách phát lại khối lượng công việc trong Oracle 12c
-
Làm theo các bước này để phát lại khối lượng công việc:
-
Tạo thư mục cho các tệp chụp lại:
-
Bạn thấy điều này:
-
Đã tạo thư mục.
Ví dụ này giả định phát lại được thực hiện trên cơ sở dữ liệu khác. Nếu nó trên cùng một cơ sở dữ liệu, không cần phải tạo một thư mục và di chuyển các tệp chụp vì chúng đã ở đúng vị trí.
Di chuyển các tập tin từ thư mục chụp vào hệ thống nguồn vào thư mục trên hệ thống replay.
-
Bắt đầu quá trình phát lại trên cơ sở dữ liệu:
Bạn thấy điều này:
Thủ tục PL / SQL đã hoàn tất.
Khởi tạo một phiên replay gọi là REPLAY_DEMO:
-
Bạn thấy:
-
Thủ tục PL / SQL đã hoàn tất.
Yêu cầu Oracle chuẩn bị các tệp replay:
Bạn thấy:
-
Thủ tục PL / SQL đã hoàn tất.
Bắt đầu
khách hàng phát lại,
-
là các quy trình thực hiện và quản lý khối lượng công việc. Các quy trình này được khởi chạy từ dòng lệnh của hệ điều hành.
Ví dụ dưới đây sẽ bắt đầu một khách hàng chơi lại với oracle như là mật khẩu:
Bạn thấy điều này:
Workload Replay Client: Phiên bản 12. 1. 0. 1. 0 - Sản xuất vào Thứ Sáu 16 Tháng 8 22: 24: 44 2013 Bản quyền (c) 1982, 2013, Oracle và / hoặc các chi nhánh của Oracle. Đã đăng ký Bản quyền. Chờ cho phát lại để bắt đầu (22: 24: 44) Nói cho cơ sở dữ liệu để bắt đầu phát lại: Bạn thấy điều này:
-
Thủ tục PL / SQL hoàn thành thành công.
Kiểm tra trạng thái trong khi phát lại chạy:
Về cơ bản, bạn đang truy vấn bảng DBA_WORKLOAD_REPLAYS. Bạn nhìn thấy điều này (hoặc một cái gì đó giống như nó):
-
ID TÊN TÔN TRẠNG DURATION_SECS ---------- -------------------- --- ---------- ------------- 10 REPLAY_DEMO IN PROGRESS 369
Khi mọi việc đã xong, bạn nên dọn dẹp các siêu dữ liệu phát lại.
Capture ID info trên hệ thống nguồn:
-
Bạn có thể thấy một cái gì đó như sau:
ID NAME ---------- -------------- --------------------- 4 CAPTURE_DEMO
Xóa thông tin chụp:
Bạn thấy điều này:
-
Thủ tục PL / SQL đã hoàn tất.
Tìm id replay trên hệ thống replay:
Bạn có thể thấy một cái gì đó như sau:
-
ID NAME ---------- ------------- ---------------------- 10 REPLAY_DEMO
Xóa thông tin phát lại: