Trung tâm dữ liệu ảo Metro

Khi CNTT tiếp tục phát triển, hệ thống thông tin ngày càng trở thành ngành công nghiệp không quan trọng hơn. Dịch vụ gián đoạn trong hệ thống thông tin có thể gây ra tổn thất kinh tế, mất dữ liệu nghiêm trọng và ảnh hưởng đến hình ảnh thương hiệu trên thị trường, đặc biệt là đối với các ngành như truyền thông, tài chính, chăm sóc y tế, thương mại điện tử, hậu cần và chính phủ. Do đó, tính liên tục của dịch vụ là rất quan trọng đối với việc xây dựng hệ thống thông tin. Hiện tại, tính liên tục của dịch vụ được cải thiện điển hình bằng cách xây dựng các trung tâm khôi phục sau thảm họa (DR), nơi các bản sao của dữ liệu sản xuất được lưu.

Giới thiệu

Trong một giải pháp DR truyền thống, một trung tâm DR được triển khai cho mỗi trung tâm sản xuất dữ liệu (DC). Trung tâm DR không cung cấp quyền truy cập dịch vụ trừ khi productionDC gặp sự cố dẫn đến sự cố dịch vụ và không thể sửa chữa được trong một khoảng thời gian ngắn. Do đó, các trung tâm DR phải đối mặt với các vấn đề sau:

Khi trung tâm sản xuất gặp sự cố về nguồn điện, hỏa hoạn, lũ lụt, động đất, cần phải vận hành thủ công để chuyển dịch vụ sang trung tâm DR. Những thảm họa này có thể gây ra gián đoạn dịch vụ lâu dài và gián đoạn dịch vụ.
Trung tâm DR không cung cấp dịch vụ và hầu như không hoạt động, điều này làm giảm việc sử dụng tài nguyên.

Để đáp ứng các yêu cầu của khách hàng về việc sử dụng tài nguyên hiệu quả, cân bằng tải và chuyển đổi tự động giữa hai DC, Oracle® đã ra mắt Giải pháp DC Active-Active đầu cuối. Giải pháp này cho phép cả hai DC chạy đồng thời và chia sẻ tải dịch vụ để cải thiện khả năng dịch vụ tổng thể và sử dụng tài nguyên. Giải pháp này cũng đảm bảo chuyển đổi dự phòng tự động với nhận thức về dịch vụ không trong trường hợp thiết bị bị lỗi hoặc lỗi một DC. Ngoài ra, nó tự hào có Mục tiêu điểm khôi phục bằng không (RPO) và Mục tiêu thời gian khôi phục bằng không (RTO). Lưu ý:RTO phụ thuộc vào hệ thống ứng dụng và chế độ triển khai.

Có hai chế độ khả dụng trong ngành lưu trữ hiện tại:

chủ động-thụ động (AP) hoặc chủ động-chế độ chờ
hoạt động tích cực (AA) hoặc trung tâm dữ liệu ảo thành phố lớn (MVDC)

Các thành phần quan trọng của lớp cơ sở dữ liệu

Cơ sở dữ liệu (DB) nên được thiết lập ở chế độ chờ hoạt động với tỷ lệ mất dữ liệu bằng không. Các mục sau là thành phần quan trọng:

Nhà môi giới bảo vệ dữ liệu của Oracle:Tự động hóa và tập trung hóa Cấu hình bảo vệ dữ liệu và giúp gọi chuyển đổi hoặc chuyển đổi dự phòng, bằng một lệnh duy nhất cho các thay đổi vai trò phức tạp.
Cơ sở dữ liệu hồi tưởng:Cung cấp tua lại hoặc hoàn nguyên cho DB và lưu trữ thông tin nhật ký hồi tưởng trong khu vực khôi phục flash.
Chuyển đổi dự phòng nhanh (FSFO):Cho phép chuyển đổi dự phòng mà không mất dữ liệu. FSFO không kích hoạt trừ khi DB dự phòng đồng bộ với DB chính.
Trình quan sát:Cung cấp một quy trình riêng biệt được tích hợp vào giao diện dòng lệnh Bảo vệ dữ liệu, dgmgrl , theo dõi trạng thái của các DB chính và dự phòng đối với các điều kiện lỗi có thể xử lý được.

Cấu hình Data Guard

Hình ảnh sau đây cho thấy cấu hình Data Guard:

Nguồn hình ảnh: https://neeraj-dba.blogspot.com/2011/10/dataguard-broker-and-its-benefits_05.html

Trên DB chính, quy trình Log Writer (LGWR) gửi dữ liệu làm lại đến một hoặc nhiều quy trình Log Network Server (LNSn), quy trình này sau đó khởi chạy I / O mạng tới nhiều đích từ xa song song. Các giao dịch không được cam kết trên cơ sở dữ liệu chính cho đến khi dữ liệu làm lại là cần thiết để khôi phục giao dịch được nhận bởi tất cả các đích LGWR SYNC.

Trên DB ở chế độ chờ, Máy chủ Tệp Từ xa (RFS) nhận dữ liệu làm lại qua mạng từ quy trình LGWR và ghi dữ liệu làm lại vào các tệp nhật ký làm lại ở chế độ chờ.

Kiến trúc tính khả dụng tối đa

Khi bạn thiết kế một kiến trúc để có tính khả dụng tối đa, bạn nên xem xét các nguyên nhân có thể gây ra thời gian ngừng hoạt động và cách phân loại thời gian ngừng hoạt động ngoài kế hoạch và dự kiến.

Thời gian ngừng hoạt động ngoài dự kiến bao gồm những gián đoạn không mong muốn đối với các mục sau:

Tính khả dụng của máy chủ:Bạn cần đảm bảo quyền truy cập không bị gián đoạn vào DBservices bất chấp sự cố không mong muốn của một hoặc nhiều máy lưu trữ máy chủDB, điều này có thể xảy ra do lỗi phần cứng hoặc phần mềm. Các cụm ứng dụng OracleReal (RAC) cung cấp các biện pháp bảo vệ hiệu quả nhất trước những lỗi như vậy.
Tính khả dụng của dữ liệu:Để giảm thiểu các lỗi dữ liệu, chẳng hạn như mất mát, hư hỏng hoặc hỏng hóc dữ liệu quan trọng trong kinh doanh, gói của bạn cần đảm bảo rằng bạn luôn có quyền truy cập vào dữ liệu của mình.

Thời gian ngừng hoạt động theo kế hoạch bao gồm các gián đoạn theo lịch trình để truy cập bao gồm các mục sau:

Thay đổi hệ thống
Thay đổi dữ liệu
Thay đổi ứng dụng

Kịch bản thử nghiệm chuyển mạch cho MVDC

Bộ chuyển đổi là một hoạt động đảo ngược vai trò được lập kế hoạch, được kiểm soát trong đó các DB chính và dự phòng trong cấu hình Data Guard chuyển đổi vai trò của chúng. Sau khi chuyển đổi, mỗi cơ sở dữ liệu tiếp tục tham gia vào cấu hình Data Guard với vai trò mới của nó.

Quy trình chuyển đổi

Quá trình chuyển đổi diễn ra theo trình tự sau:

DB chính ban đầu chuyển vai trò sang chế độ chờ.
DB ở chế độ chờ ban đầu chuyển sang vai trò chính.

Nhà môi giới bảo vệ dữ liệu tự động xử lý các hoạt động sau khi bạn thực hiện chuyển đổi:

Xác minh rằng DB chính và DB mục tiêu ở chế độ chờ trực tuyến và không có lỗi.
Tắt tất cả trừ một phiên bản trong cấu hình RAC cho cả DB chính và dự phòng.
Chuyển đổi vai trò của DB chính và DB dự phòng. Nhà môi giới bảo vệ dữ liệu trước tiên sẽ chuyển đổi DB chính ban đầu để chạy ở vai trò dự phòng. Sau đó, brokert chuyển DB mục tiêu ở chế độ chờ sang vai trò chính. Nó cũng cập nhật tệp cấu hình môi giới để ghi lại những thay đổi trong các vai trò nhằm đảm bảo rằng mỗi DB chạy đúng vai trò sau khi khởi động lại.
Khởi động lại DB dự phòng mới (chính cũ) và bắt đầu quy trình Áp dụng lại, áp dụng dữ liệu làm lại từ DB chính mới. Nếu đây là DB RAC, nhà môi giới sẽ khởi động lại các phiên bản mà nó đã tắt trước khi chuyển đổi.
Khởi động lại DB chính mới, mở và bắt đầu làm lại các dịch vụ truyền tải, truyền dữ liệu làm lại tới DB dự phòng. Nếu đây là DB RAC, nhà môi giới sẽ khởi động lại các phiên bản mà nó đã tắt trước khi chuyển đổi.

Trước khi chuyển đổi:

Nguồn hình ảnh: https://docs.oracle.com/cd/E11882_01/server.112/e41134/role_management.htm#SBYDB00615

Sau khi chuyển đổi:

Nguồn hình ảnh: https://docs.oracle.com/cd/E11882_01/server.112/e41134/role_management.htm#SBYDB00615

Các bước thực hiện chuyển đổi

Để thực hiện chuyển đổi, hãy thực hiện các bước sau:

Đảm bảo rằng ứng dụng đã tắt hoàn toàn và không có người dùng nào được kết nối với cơ sở dữ liệu.
Tắt các tập lệnh UTL lưu trữ đang chạy trong cả hai DC ít nhất 30 phút trước khi bắt đầu chuyển đổi. Sau khi quá trình kiểm tra hoàn tất và DB đang chạy ở vị trí ưu tiên, hãy bỏ ghi chú các tập lệnh tiện ích đã lưu trữ.

Chạy các truy vấn SQL sau trong DB chính hiện tại:

SELECT * FROM DBA_JOBS_RUNNING; (There should not be any sys owned jobs running)
SELECT OWNER, JOB_NAME, START_DATE, END_DATE, ENABLED FROM DBA_SCHEDULER_JOBS WHERE ENABLED='TRUE' AND OWNER <> 'SYS';
    (Data Guard Broker does not kill the jobs owned by sys.)

Đặt job_queue_processes và aq_tm_processes thành 0. Ghi lại giá trị gốc vì bạn cần đặt lại về giá trị ban đầu sau khi quá trình kiểm tra chuyển mạch hoàn tất.
Dừng emagent đang chạy trên DB chính.

Chạy các truy vấn SQL sau trong DB chính hiện tại:

 SELECT sid, username, status, program, inst_id FROM gv$session
 WHERE username is not null and status='ACTIVE' order by inst_id;
     (Validate and check the number of connections is active; a large number
     of active connections can lead to the switchover taking more time.)

Đăng xuất khỏi tất cả sqlplus các phiên mà bạn được kết nối dưới dạng sys .

Chạy các truy vấn SQL sau trong DB chính hiện tại:

 set linesize to 132
 col value format a35
 SELECT inst_id,name,value from gv$parameter
 WHERE name in ('job_queue_processes','aq_tm_processes');
     (Check and validate the value of job_queue_processes and aq_tm_processes should be zero.)

Chạy lệnh sau để xác thực cấu hình Data Guard:

DGMGRL> show configuration verbose

** STATUS Should show success, do not proceed if the status is not "success".

Kiểm tra trạng thái Dịch vụ sẵn sàng theo cụm (CRS) để đảm bảo rằng tất cả các tài nguyên được đăng ký trực tuyến vì nhà môi giới chuyển giao cho CRS để gắn kết và gỡ bỏ DB trong quá trình này.
Chuyển một vài nhật ký trên DB chính và xác minh rằng chúng đã được áp dụng trên DB chuẩn.
Trước khi tiếp tục, hãy thực hiện chuyển đổi và theo dõi nhật ký DRC và nhật ký cảnh báo nếu có bất kỳ lỗi nào. Lệnh sau chuyển đổi chế độ chờ chính cũ và sau đó chuyển đổi chế độ chờ cũ thành chế độ chờ chính:
```
DGMGRL> switchover to ‘DDMPROD_STANDBY’;
```
Sau khi quá trình chuyển đổi hoàn tất, hãy đảm bảo các dịch vụ vận chuyển nhật ký và nhật ký áp dụng được hoạt động bình thường.

Kịch bản kiểm tra dự phòng cho MVDC

Chuyển đổi dự phòng là khi DB chính (tất cả các phiên bản của DB chính RAC) bị lỗi và DB dự phòng được chuyển đổi để đảm nhận vai trò chính. Chuyển đổi dự phòng được thực hiện trong các trường hợp sau:

Một lỗi nghiêm trọng của DB chính và không có khả năng khôi phục DB chính kịp thời.
Khi cả người quan sát và DB dự phòng mất kết nối mạng với DB chính và khi DB dự phòng xác nhận rằng nó đang ở trạng thái đồng bộ hóa trạng thái.

Trường hợp chuyển đổi dự phòng

Các điều kiện DB sau đây kích hoạt chuyển đổi dự phòng khởi động nhanh:

Lỗi trang web chính
Các điều kiện DB chính, bao gồm các điều kiện sau:
Lỗi phiên bản
Trường hợp sống sót cuối cùng, nếu RAC
Việc ngừng hoạt động của phiên bản cuối cùng có sẵn
Tệp dữ liệu được thực hiện ngoại tuyến do lỗi I / O (ngưỡng bị bỏ qua khi thực hiện chuyển đổi dự phòng do tệp dữ liệu ngoại tuyến)

Các điều kiện liên quan đến mạng chỉ có thể gây ra chuyển đổi dự phòng nếu các liên kết giữa bộ quan sát chính và bộ quan sát, cũng như các DB chính và mục tiêu ở chế độ chờ, không hoạt động. .

Nguồn hình ảnh: https://docs.oracle.com/cd/E11882_01/server.112/e41134/role_management.htm#SBYDB00615

Kết luận

MVDC giúp sử dụng tài nguyên hiệu quả, cân bằng tải, tính sẵn sàng cao và chuyển đổi tự động giữa hai DC. Cả hai DC đều chạy đồng thời (hoạt động tích cực) để chia sẻ tải dịch vụ và cải thiện khả năng dịch vụ tổng thể. MVDC giảm thiểu sự can thiệp của con người cần thiết để chuyển đổi giữa các cơ sở dữ liệu để phục hồi sau thảm họa hoặc chuyển đổi nâng cấp / bảo trì.

Sử dụng tab Phản hồi để đưa ra bất kỳ nhận xét hoặc đặt câu hỏi nào.

Tối ưu hóa môi trường của bạn với quản trị, quản lý và cấu hình của chuyên gia

Dịch vụ ứng dụng của Rackspace (RAS) các chuyên gia cung cấp các dịch vụ chuyên nghiệp và được quản lý sau trên nhiều danh mục ứng dụng:

nền tảng Thương mại điện tử và Trải nghiệm Kỹ thuật số
Hoạch định Nguồn lực Doanh nghiệp (ERP)
Kinh doanh Thông minh
Quản lý quan hệ khách hàng của Salesforce (CRM)
Cơ sở dữ liệu
Lưu trữ Email và Năng suất

Chúng tôi cung cấp:

Chuyên môn không thiên vị :Chúng tôi đơn giản hóa và hướng dẫn hành trình hiện đại hóa của bạn, tập trung vào các khả năng mang lại giá trị tức thì.
Trải nghiệm cuồng tín ™:Chúng tôi kết hợp một Quy trình trước. Công nghệ thứ hai. Tiếp cận với hỗ trợ kỹ thuật chuyên dụng để cung cấp các giải pháp toàn diện.
Danh mục đầu tư vô song :Chúng tôi áp dụng nhiều kinh nghiệm về đám mây để giúp bạn lựa chọn và triển khai công nghệ phù hợp trên đám mây phù hợp.
Phân phối nhanh :Chúng tôi đáp ứng bạn ở nơi bạn đang ở trong hành trình và thành công vượt bậc với bạn.

Trò chuyện ngay bây giờ để bắt đầu.