Gartner dự đoán rằng đến năm 2022, 50% cơ sở dữ liệu thương mại hiện có sẽ được chuyển đổi sang cơ sở dữ liệu mã nguồn mở. Thậm chí, hơn 70% các ứng dụng nội bộ mới sẽ được phát triển trên nền tảng cơ sở dữ liệu mã nguồn mở (State of the Open-Source DBMS Market, 2018).
Đây là những con số cao nếu xét đến sự trưởng thành, ổn định và mức độ quan trọng của phần mềm cơ sở dữ liệu độc quyền, phổ biến. Điều tương tự cũng có thể được quan sát trong bảng xếp hạng cơ sở dữ liệu hàng đầu, nơi hầu hết mười cơ sở dữ liệu hàng đầu đều là nguồn mở.
https://db-engines.com/en/ranking Điều gì đang thúc đẩy các công ty thực hiện những động thái như vậy?
Có thể có nhiều lý do để di chuyển hệ thống cơ sở dữ liệu. Đối với một số người, lý do chính sẽ là chi phí giấy phép và quyền sở hữu; nhưng nó thực sự chỉ về chi phí? Và nguồn mở có đủ ổn định để chuyển các hệ thống sản xuất quan trọng sang thế giới nguồn mở mới đó không?
Cơ sở dữ liệu nguồn mở, đặc biệt là những cơ sở dữ liệu mới được đưa vào một tổ chức, thường đến từ một nhà phát triển trong nhóm dự án. Nó được chọn vì nó miễn phí (không ảnh hưởng đến chi tiêu trực tiếp bên ngoài của dự án) và đáp ứng các yêu cầu kỹ thuật tại thời điểm này.
Nhưng khía cạnh miễn phí không thực sự đến mà không mất phí vì bạn phải xem xét nhiều yếu tố bao gồm cả việc di chuyển và chi phí lưu trữ. Di chuyển càng suôn sẻ thì thời gian và tiền bạc dành cho dự án càng ít.
Di chuyển cơ sở dữ liệu có thể là một thách thức, đặc biệt là đối với di chuyển cơ sở dữ liệu độc quyền không đồng nhất như Oracle sang PostgreSQL, Oracle sang Percona hoặc MySQL. Cấu trúc lược đồ phức tạp, kiểu dữ liệu và mã cơ sở dữ liệu như PL / SQL có thể khá khác với cấu trúc của cơ sở dữ liệu đích,
yêu cầu bước chuyển đổi lược đồ và mã trước khi bắt đầu di chuyển dữ liệu.
Trong bài viết gần đây của đồng nghiệp Paul Namuag của tôi, anh ấy đã xem xét cách chuyển Oracle sang Percona.
Lần này chúng ta sẽ xem xét những điều bạn nên biết trước khi chuyển từ Oracle sang MariaDB.
MariaDB hứa hẹn các tính năng doanh nghiệp và các tính năng di chuyển có thể giúp chuyển cơ sở dữ liệu Oracle vào thế giới nguồn mở.
Trong bài đăng trên blog này, chúng tôi sẽ đề cập đến những điều sau:
- Tại sao nên di chuyển?
- Sự khác biệt về công cụ lưu trữ
- Cân nhắc kết nối cơ sở dữ liệu
- Cài đặt và quản trị đơn giản
- Sự khác biệt về bảo mật
- Nhân rộng &HA
- PL / SQL và mã cơ sở dữ liệu
- Phân cụm và chia tỷ lệ
- Sao lưu và phục hồi
- Khả năng tương thích với đám mây
- Các cân nhắc khác
Tại sao nên di chuyển từ Oracle?
Hầu hết các doanh nghiệp sẽ chạy Oracle hoặc SQL Server, hoặc kết hợp cả hai, với các nhóm cơ sở dữ liệu mã nguồn mở nhỏ hoạt động độc lập. Các doanh nghiệp vừa và nhỏ sẽ có xu hướng triển khai chủ yếu cơ sở dữ liệu mã nguồn mở, đặc biệt là cho các ứng dụng mới. Nhưng điều này đang thay đổi và thường thì mã nguồn mở là sự lựa chọn chính ngay cả đối với các tổ chức lớn.
So sánh nhanh hai hệ thống cơ sở dữ liệu này như sau:
- Chỉ có Oracle Express Edition là miễn phí, nhưng nó có các tính năng rất hạn chế khi so sánh với MariaDB. Để có các tính năng mở rộng, bạn phải mua phiên bản Oracle Standard Edition hoặc Oracle Enterprise Edition.
- Mặt khác, cộng đồng MariaDB và MySQL đã làm việc chăm chỉ để giảm thiểu khoảng cách về tính năng tiềm năng. Tuân thủ bảo mật, sao lưu nóng và nhiều tính năng doanh nghiệp khác hiện đã có trong MariaDB.
Có những thứ luôn linh hoạt hơn trong MariaDB / MySQL hơn là trong các thiết lập Oracle khổng lồ. Một trong số đó là tính dễ sao chép và khả năng mở rộng cụm theo chiều ngang.
Sự khác biệt của Công cụ Lưu trữ
Trước tiên, hãy bắt đầu với một số điều cơ bản. Bạn vẫn có thể nghe thấy rất nhiều truyền thuyết và huyền thoại liên quan đến các giới hạn của MySQL hoặc MariaDB, chủ yếu đề cập đến thời kỳ đen tối khi công cụ lưu trữ chính là MyISAM.
MyISAM là công cụ lưu trữ mặc định từ MySQL 3.23 cho đến khi nó được thay thế bởi InnoDB trong MariaDB 5.5. Đó là một động cơ nhẹ, không mang tính giao dịch với hiệu suất tuyệt vời nhưng không cung cấp khóa cấp độ hàng hoặc độ tin cậy của InnoDB.
Với InnoDB (công cụ lưu trữ mặc định), MariaDB cung cấp hai khóa cấp hàng tiêu chuẩn, đó là khóa chia sẻ (S) và khóa riêng (X). Một khóa chia sẻ có được để đọc một hàng và cho phép các giao dịch khác đọc hàng bị khóa. Các giao dịch khác nhau cũng có thể có được các khóa dùng chung của riêng chúng.
Khóa cụ thể có được để ghi vào một hàng và ngăn các giao dịch bổ sung khóa cùng một hàng.
InnoDB chắc chắn đã che lấp khoảng cách tính năng giao dịch lớn nhất giữa hai hệ thống này.
Do bản chất có thể cắm được của MariaDB, nó cung cấp nhiều công cụ lưu trữ hơn để bạn có thể điều chỉnh tốt hơn cho phù hợp với khối lượng công việc cụ thể. I E. khi không gian quan trọng, bạn có thể sử dụng TokuDB cung cấp tỷ lệ nén tuyệt vời, Spider được tối ưu hóa để phân vùng và phân chia dữ liệu, ColumnStore để mở rộng dữ liệu lớn.
Tuy nhiên, đối với những người di chuyển từ Oracle, khuyến nghị của tôi là nên sử dụng công cụ lưu trữ InnoDB trước.
Cân nhắc về khả năng kết nối
MariaDB chia sẻ với Oracle hỗ trợ tốt cho việc truy cập cơ sở dữ liệu bao gồm trình điều khiển ODBC và JDBC, cũng như truy cập các thư viện cho Perl, Python và PHP. MySQL và Oracle đều hỗ trợ các đối tượng lớn nhị phân, kiểu dữ liệu ký tự, số và ngày tháng. Vì vậy, bạn sẽ không gặp vấn đề gì với việc tìm kiếm trình kết nối phù hợp cho các dịch vụ ứng dụng của mình.
MariaDB không có quy trình xử lý chuyên dụng để duy trì các kết nối cơ sở dữ liệu địa chỉ SCAN cho cơ sở dữ liệu được phân cụm như chúng ta biết từ Oracle. Bạn cũng sẽ không tìm thấy các dịch vụ cơ sở dữ liệu linh hoạt. Thay vào đó, bạn sẽ cần phải định cấu hình theo cách thủ công giữa Unix socket (một cách cục bộ, an toàn nhất để kết nối DB - ứng dụng trên cùng một máy chủ), các kết nối từ xa (theo mặc định, MariaDB không cho phép đăng nhập từ xa) và cả đường dẫn và bộ nhớ có sẵn trên Windows chỉ hệ thống. Đối với cụm, địa chỉ SCAN cần được thay thế bằng bộ cân bằng tải. MariaDB khuyên bạn nên sử dụng sản phẩm khác của họ là MaxScale, nhưng bạn cũng có thể tìm thấy những sản phẩm khác như ProxySQL hoặc HAproxy sẽ hoạt động với MariaDB, với một số hạn chế. Mặc dù việc sử dụng các bộ cân bằng tải bên ngoài cho MariaDB có thể khó khăn nhưng bạn có thể tìm thấy các tính năng tuyệt vời mà theo cách so sánh, không có sẵn trong cơ sở dữ liệu Oracle.
Bộ cân bằng tải cũng sẽ là một đề xuất cho những ai đang tìm kiếm Chuyển đổi ứng dụng trong suốt của Oracle (TAF), Oracle Firewall DB hoặc một số tính năng bảo mật nâng cao như Oracle Connection Manager. Bạn có thể tìm thêm về cách chọn bộ cân bằng tải phù hợp trong sách trắng sau đây.
Mặc dù các công nghệ này miễn phí và có thể được triển khai theo cách thủ công bằng cách sử dụng cài đặt dựa trên tập lệnh, nhưng các hệ thống như ClusterControl sẽ tự động hóa quy trình bằng giao diện trỏ và nhấp của chúng. ClusterControl cũng cho phép bạn triển khai các công nghệ bộ nhớ đệm.
Sự đơn giản trong cài đặt và quản trị
Phiên bản Oracle DB mới nhất hiện có đã thêm một tính năng cài đặt được chờ đợi từ lâu:Oracle 18c hiện có thể được cài đặt trên Oracle Linux bằng RPM. Cài đặt chuyên dụng dựa trên Java luôn là một vấn đề đối với những người muốn viết tự động hóa cho sách dạy nấu ăn hoặc các đoạn mã Rối của họ. Bạn có thể thực hiện cài đặt im lặng được xác định trước nhưng tệp luôn thay đổi theo thời gian và bạn vẫn phải đối mặt với sự phụ thuộc. Cài đặt dựa trên RPM chắc chắn là một động thái tốt.
Vậy nó hoạt động như thế nào trong MariaDB?
Đối với những người đang chuyển từ thế giới Oracle, sẽ luôn là một ngạc nhiên thú vị khi thấy bạn có thể triển khai các phiên bản, tạo cơ sở dữ liệu mới hoặc thậm chí thiết lập các luồng nhân rộng phức tạp nhanh như thế nào. Quá trình cài đặt và cấu hình có lẽ là phần suôn sẻ nhất của quá trình di chuyển. Mặc dù việc chọn cài đặt phù hợp cần có thời gian và kiến thức.
Oracle cung cấp một tập hợp các bản phân phối nhị phân của MySQL. Chúng bao gồm các bản phân phối nhị phân chung ở dạng tệp tar nén (tệp có phần mở rộng .tar.gz) cho một số nền tảng và mã nhị phân trong các gói dành riêng cho nền tảng. Trên nền tảng Windows, bạn có thể tìm thấy trình hướng dẫn cài đặt tiêu chuẩn thông qua GUI.
Về cơ bản, trợ lý cấu hình cơ sở dữ liệu Oracle (DBCA) không cần thiết vì bạn sẽ có thể tạo cơ sở dữ liệu bằng một lệnh đơn dòng.
CREATE [OR REPLACE] {DATABASE | SCHEMA} [IF NOT EXISTS] db_name
[create_specification] ...
create_specification:
[DEFAULT] CHARACTER SET [=] charset_name
| [DEFAULT] COLLATE [=] collation_nameBạn cũng có thể có một cơ sở dữ liệu với các đối chiếu cơ sở dữ liệu khác nhau và các bộ ký tự trong cùng một phiên bản MariaDB.
Thiết lập bản sao chỉ là cho phép ghi nhật ký nhị phân trên một cái chính (tương tự như bản ghi lưu trữ trong Oracle) và chạy lệnh sau trên máy chủ để đính kèm nó vào cái chính.
CHANGE MASTER TO
MASTER_HOST = host,
MASTER_PORT = port,
MASTER_USER = replication_user,
MASTER_PASSWORD = password,
MASTER_AUTO_POSITION = 1;Bảo mật và Tuân thủ
Oracle cung cấp bảo mật cơ sở dữ liệu nâng cao.
Xác thực người dùng được thực hiện trong Oracle bằng cách chỉ định các vai trò toàn cầu ngoài vị trí, tên người dùng và mật khẩu. Trong Oracle, xác thực Người dùng được thực hiện bằng các phương pháp xác thực khác nhau bao gồm xác thực cơ sở dữ liệu, xác thực bên ngoài và xác thực proxy.
Trong một thời gian dài, các vai trò không có sẵn trong MariaDB hoặc MySQL. MariaDB đã thêm các vai trò với phiên bản 10.2 sau khi chúng xuất hiện trong MySQL 8.0.
Vai trò, một tùy chọn được sử dụng nhiều trong các thiết lập Oracle DB phổ biến, có thể dễ dàng chuyển đổi trong MariaDB, vì vậy bạn không phải mất thời gian cho việc điều chỉnh quyền của một người dùng.
Tạo, thay đổi người dùng, mật khẩu:tất cả đều hoạt động tương tự như Oracle DB.
Để đạt được các tiêu chuẩn tuân thủ bảo mật doanh nghiệp, MariaDB cung cấp các tính năng được tích hợp sẵn như:
- Kiểm tra plugin trong
- Mã hóa dữ liệu ở trạng thái nghỉ
- Chứng chỉ, kết nối TSS
- Trình cắm PAM
Đề xuất plugin kiểm tra một loại kiểm toán chi tiết (FGA) hoặc AUDI SQL có sẵn trong Oracle. Nó không cung cấp cùng một bộ tính năng nhưng thông thường, nó đủ tốt để đáp ứng các cuộc kiểm tra tuân thủ bảo mật.
Mã hóa dữ liệu ở trạng thái nghỉ Mã hóa dữ liệu lúc nghỉ có thể là một yêu cầu đối với các quy định bảo mật như HIPAA hoặc PCI DSS. Mã hóa như vậy có thể được thực hiện ở nhiều cấp độ - bạn có thể mã hóa toàn bộ đĩa lưu trữ các tệp. Bạn chỉ có thể mã hóa cơ sở dữ liệu MySQL thông qua chức năng có sẵn trong các phiên bản MySQL hoặc MariaDB mới nhất. Mã hóa cũng có thể được thực hiện trong ứng dụng để nó mã hóa dữ liệu trước khi lưu trữ trong cơ sở dữ liệu. Mọi tùy chọn đều có ưu và nhược điểm:mã hóa đĩa chỉ có thể hữu ích khi đĩa bị đánh cắp vật lý, nhưng các tệp sẽ không được mã hóa trên máy chủ cơ sở dữ liệu đang chạy.
Trình cắm PAM mở rộng chức năng ghi nhật ký cho các tài khoản người dùng chặt chẽ với cài đặt LDAP. Trên thực tế, tôi thấy việc thiết lập dễ dàng hơn nhiều so với Tích hợp LDAP với Cơ sở dữ liệu Oracle.
Nhân rộng &HA
MariaDB nổi tiếng với tính đơn giản và linh hoạt trong sao chép. Theo mặc định, bạn có thể đọc hoặc thậm chí ghi vào máy chủ chờ / máy chủ nô lệ của mình. May mắn thay, các phiên bản MySQL 10.X đã mang lại nhiều cải tiến đáng kể cho Replication, bao gồm ID giao dịch toàn cầu, tổng kiểm tra sự kiện, nô lệ đa luồng và nô lệ / bậc thầy an toàn khi gặp sự cố giúp sao chép tốt hơn nữa. Các DBA đã quen với việc đọc và ghi sao chép MySQL sẽ mong đợi một giải pháp tương tự hoặc thậm chí đơn giản hơn từ người anh lớn hơn của nó, Oracle. Rất tiếc, không phải theo mặc định.
Việc triển khai chế độ chờ vật lý tiêu chuẩn cho Oracle được đóng lại đối với bất kỳ hoạt động đọc-ghi nào. Trên thực tế, Oracle cung cấp các biến thể logic nhưng nó có nhiều hạn chế và nó không được thiết kế cho HA. Giải pháp cho vấn đề này là một tính năng trả phí bổ sung được gọi là Active Data Guard, bạn có thể sử dụng tính năng này để đọc dữ liệu từ chế độ chờ trong khi áp dụng các bản ghi làm lại.
Active Data Guard là giải pháp bổ trợ trả phí cho phần mềm khôi phục sau thảm họa Data Guard miễn phí của Oracle chỉ dành cho Oracle Database Enterprise Edition (giấy phép có chi phí cao nhất). Nó cung cấp quyền truy cập chỉ đọc, đồng thời liên tục áp dụng các thay đổi được gửi từ cơ sở dữ liệu chính. Là một cơ sở dữ liệu dự phòng hoạt động, nó giúp giảm tải các truy vấn đọc, báo cáo và sao lưu gia tăng từ cơ sở dữ liệu chính. Kiến trúc của sản phẩm được thiết kế để cho phép cơ sở dữ liệu dự phòng được cách ly khỏi các lỗi có thể xảy ra ở cơ sở dữ liệu chính.
Một tính năng thú vị của cơ sở dữ liệu Oracle 12c và một thứ mà Oracle DBA sẽ bỏ lỡ là xác nhận tham nhũng dữ liệu. Kiểm tra tham nhũng của Oracle Data Guard được thực hiện để đảm bảo rằng dữ liệu được căn chỉnh chính xác trước khi dữ liệu được sao chép vào cơ sở dữ liệu dự phòng. Cơ chế này cũng có thể được sử dụng để khôi phục các khối dữ liệu trên cơ sở dữ liệu chính trực tiếp từ cơ sở dữ liệu dự phòng.
MariaDB cung cấp các phương pháp sao chép khác nhau và các tính năng sao chép như:
- đồng bộ,
- không đồng bộ,
- bán đồng bộ
Bộ tính năng dành cho sao chép MariaDB rất phong phú. Với sao chép đồng bộ, bạn có thể thiết lập chuyển đổi dự phòng mà không bị mất giao dịch ghi. Để giảm độ trễ sao chép không đồng bộ, bạn có thể muốn sử dụng sao chép song song theo thứ tự trên nô lệ. Các sự kiện có thể được nén là các sự kiện thường có thể có kích thước đáng kể:Sự kiện truy vấn (đối với DDL và DML trong sao chép dựa trên câu lệnh) và sự kiện hàng (đối với DML trong sao chép dựa trên hàng). Tương tự như các tùy chọn nén khác, sao chép nén MariaDB là trong suốt. Như đã đề cập trước đây, toàn bộ quá trình này rất dễ dàng so với việc sao chép vật lý và logic của Oracle Data Guard.
PL / SQL và Mã cơ sở dữ liệu
Bây giờ chúng ta đến phần khó:PL / SQL.
Trong khi nhân rộng và HA với MariaDB ngự trị tối cao. Oracle là vua của PL / SQL, không nghi ngờ gì nữa.
PL / SQL là trở ngại chính cho việc chuyển đổi sang thế giới nguồn mở trong nhiều tổ chức. Nhưng MariaDB không bỏ cuộc ở đây.
MariaDB 10.3 (còn được gọi là MariaDB TX 3.0) đã thêm một số tính năng mới tuyệt vời bao gồm cấu trúc SEQUENCE, gói kiểu Oracle và kiểu dữ liệu ROW - giúp việc di chuyển dễ dàng hơn nhiều.
Với tham số mới SQL_MODE =ORACLE, MariaDB hiện có thể phân tích cú pháp, tùy từng trường hợp, một loạt Oracle PL / SQL kế thừa mà không cần viết lại mã.
Như chúng ta có thể tìm thấy trên trang câu chuyện khách hàng của họ bằng cách sử dụng khả năng tương thích Oracle PL / SQL cốt lõi trong MariaDB TX 3.0, Ngân hàng Phát triển Singapore (DBS) đã có thể di chuyển hơn một nửa số ứng dụng quan trọng trong kinh doanh của họ chỉ trong 12 tháng từ Oracle Cơ sở dữ liệu tới MariaDB.
Chế độ tương thích mới trợ giúp với cú pháp sau:
- Cú pháp vòng lặp
- Khai báo biến
- Cấu trúc quy trình được lưu trữ không theo ANSI
- Cú pháp con trỏ
- Tham số thủ tục được lưu trữ
- Kế thừa Kiểu dữ liệu (% TYPE,% ROWTYPE)
- Ngoại lệ kiểu PL / SQL
- Từ đồng nghĩa với Các kiểu SQL Cơ bản (VARCHAR2, NUMBER,…)
Nhưng nếu chúng ta xem xét phiên bản cũ hơn 10.2, một số khả năng tương thích giữa Oracle và MariaDB đã xuất hiện trước đây như:
- Biểu thức bảng phổ biến
- Truy vấn SQL đệ quy
- Chức năng của Windows, NTILETE, RANK, DENESE_RANK.
Phân tích cú pháp PL / SQL bản địa hoặc một số trường hợp là thực thi trực tiếp các thủ tục Oracle nguyên bản có thể làm giảm đáng kể chi phí phát triển.
Một tính năng rất hữu ích khác được SQL_MODE =Oracle bổ sung là trình tự. Việc triển khai các chuỗi trong MariaDB Server 10.3 tuân theo tiêu chuẩn SQL:2003 và bao gồm khả năng tương thích cú pháp với Oracle.
Để tạo một chuỗi, một câu lệnh create được sử dụng:
CREATE SEQUENCE Sequence_1
START WITH 1
INCREMENT BY 1;Khi các trình tự được tạo có thể được sử dụng, chẳng hạn như với các phần chèn như:
INSERT INTO database (database_id, database_name) VALUES(Sequence_1.NEXTVAL, 'MariaDB');Phân cụm và chia tỷ lệ
MariaDB là một cụm cơ sở dữ liệu đa tổng thể không đồng bộ, hoạt động tích cực.
MariaDB Cluster khác với những gì được gọi là Oracle’s MySQL Cluster - NDB.
MariaDB cluster dựa trên plugin sao chép đa chủ do Codership (Galera) cung cấp. Kể từ phiên bản 5.5, công nghệ Galera (API wsrep) là một phần không thể thiếu của MariaDB. Kiến trúc plugin Galera dựa trên ba lớp cốt lõi:chứng nhận, nhân rộng và khung giao tiếp nhóm.
Lớp chứng nhận chuẩn bị các bộ ghi và kiểm tra chứng nhận về chúng, đảm bảo rằng chúng có thể được áp dụng.
Lớp Nhân bản quản lý giao thức nhân bản và cung cấp tổng khả năng đặt hàng.
Khung giao tiếp nhóm triển khai kiến trúc plugin cho phép các hệ thống khác kết nối qua giản đồ phụ trợ gcomm.
Sự khác biệt chính so với Oracle RAC là mỗi nút có dữ liệu tách biệt. Oracle RAC thường bị nhầm lẫn là một giải pháp HA bổ sung trong khi các đĩa thường nằm trong cùng một mảng đĩa. MariaDB không chỉ cung cấp bộ nhớ dự phòng mà còn hỗ trợ phân cụm định vị địa lý mà không cần cáp quang chuyên dụng.
Sao lưu và phục hồi
Oracle cung cấp nhiều cơ chế sao lưu bao gồm sao lưu nóng, sao lưu, nhập, xuất và nhiều cơ chế khác.
Trái ngược với MySQL, MariaDB cung cấp một công cụ bên ngoài để sao lưu nóng được gọi là mariabackup. Đây là một nhánh của Percona XtraBackup được thiết kế để hoạt động với các bảng được mã hóa và nén và là phương pháp sao lưu được khuyến nghị cho cơ sở dữ liệu MariaDB.
MariaDB Server 10.1 đã giới thiệu MariaDB Compression và Data-at-Rest Encryption, nhưng các giải pháp sao lưu hiện có không hỗ trợ khả năng sao lưu đầy đủ cho các tính năng này. Vì vậy, MariaDB quyết định mở rộng XtraBackup (phiên bản 2.3.8) và đặt tên cho giải pháp này là Mariabackup.
Percona và Mariabackup cung cấp các chức năng tương tự, nhưng nếu bạn quan tâm đến sự khác biệt, bạn có thể tìm thấy chúng tại đây.
Những gì MariaDB không cung cấp là danh mục khôi phục các bản sao lưu cơ sở dữ liệu của bạn. May mắn thay, điều này có thể được mở rộng với các hệ thống của bên thứ ba như ClusterControl.
Khả năng tương thích với đám mây
Cơ sở hạ tầng đám mây ngày càng trở nên phổ biến trong những ngày này. Mặc dù máy ảo đám mây có thể không đáng tin cậy như máy chủ cấp doanh nghiệp, nhưng các nhà cung cấp dịch vụ đám mây chính cung cấp nhiều công cụ khác nhau để tăng tính khả dụng của dịch vụ. Bạn có thể chọn giữa kiến trúc EC2 hoặc DBaaS như Amazon RDS.
Amazon RDS hỗ trợ Máy chủ MariaDB 10.3. Nó không hỗ trợ SQL_MODE =Oracle nhưng bạn vẫn có thể tìm thấy một tập hợp các tính năng giúp di chuyển dễ dàng hơn. Đám mây Amazon hỗ trợ các tác vụ quản lý thông thường như giám sát, sao lưu, triển khai đa A-Z, v.v.
Một nhà cung cấp đám mây phổ biến khác, Google Cloud, cũng cung cấp phiên bản MariaDB mới nhất. Bạn có thể triển khai nó dưới dạng vùng chứa hoặc hình ảnh VM được chứng nhận thư viện Bintami.
Azure cũng cung cấp triển khai MariaDB của riêng mình. Nó tương tự như Amazon RDS, với các bản sao lưu, mở rộng quy mô và xây dựng ở mức độ sẵn sàng cao. SLA được đảm bảo là 99,99%, tương ứng với 4 m 23 giây mỗi tháng thời gian ngừng hoạt động.
Các cân nhắc khác
Như đã đề cập ở phần đầu của bài viết này, quá trình di chuyển Oracle sang MariaDB là một quá trình gồm nhiều giai đoạn. Một lời khuyên chung là không nên cố gắng di chuyển tất cả các cơ sở dữ liệu cùng một lúc. Trong hầu hết các trường hợp, chia quá trình di chuyển thành các đợt nhỏ là cách tiếp cận tốt nhất.
Nếu bạn không quen thuộc với công nghệ này, hãy thử. Bạn sẽ cảm thấy tự tin với nền tảng này và biết ưu và nhược điểm của nó. Thử nghiệm sẽ xây dựng lòng tin và nó ảnh hưởng đến quyết định của bạn liên quan đến việc di chuyển.
Có những công cụ thú vị có thể giúp bạn trong quá trình di chuyển PL / SQL khó khăn nhất. Vì vậy, những thứ thú vị là dbconvert, Công cụ chuyển đổi lược đồ AWS - Tài liệu AWS.
Trong những năm qua, MariaDB đã nhận được sự hỗ trợ và trưởng thành của Doanh nghiệp để chạy các hệ thống giao dịch dữ liệu quan trọng và phức tạp. Với phiên bản gần đây, MariaDB đã bổ sung một số tính năng mới tuyệt vời như khả năng tương thích SQL_Mode =Oracle, giúp quá trình chuyển đổi dễ dàng hơn bao giờ hết.
Cuối cùng, bạn có thể tham gia hội thảo trên web với tôi vào ngày 12 tháng 3, trong đó tôi sẽ hướng dẫn bạn tất cả những gì bạn cần biết khi chuyển từ cơ sở dữ liệu Oracle sang MariaDB.
