CÀI ĐẶT DATAGUARD PHYSICAL STANDBY DATABASE TRÊN 2 MÁY LINUX
I. GIỚI THIỆU
Cài đặt Dataguard đã có nhiều tài liệu của ORACLE giới thiệu. Tuy nhiên tài liệu của ORACLE đọc không phải ai lần đầu cũng làm thành công được.
Bài này sẽ hướng dẫn các bạn các bước STEP BY STEP cài đặt Physical Standby Database trên 2 máy linux khác nhau.
Sau đây là khuyến nghị chuẩn bị lưu trữ để sử dụng với Oracle ASM:
Mục đích: Gói giám sát dba_monitor cho Oracle database nhỏ
Mục đích: Tạo Service Naming với NETMGR trong Oracle Database 12.2
Mục đích: Bảo vệ dữ liệu bản backup bằng cách mã hóa dùng mật khẩu, nếu mất bản backup cũng không thể recovery ra lấy dữ liệu được.
PHIÊN BẢN BỊ LỖI Oracle Database - Enterprise Edition - Version 11.2.0.1, 11.2.0.2, 11.2.0.3, bản 11.2.0.4 ít gặp lỗi này
Đối với mỗi row trong cơ sở dữ liệu, cột ROWID Pseudocolumn trả về địa chỉ của row. Các giá trị rowid của Cơ sở dữ liệu Oracle chứa thông tin cần thiết để định vị một row:
Số đối tượng dữ liệu của đối tượng
Block dữ liệu trong datafile chứa row
Vị trí của row trong block dữ liệu (row đầu tiên là 0)
Datafile chứa row (tệp đầu tiên là 1). Số datafile có liên quan đến không gian bảng.
Thông thường, một giá trị rowid xác định duy nhất một row trong cơ sở dữ liệu. Tuy nhiên, các row trong các bảng khác nhau được lưu trữ cùng nhau trong cùng một cụm có thể có cùng một row.
Các giá trị của cột ROWID Pseudocolumn có kiểu dữ liệu ROWID hoặc UROWID. Vui lòng tham khảo "Kiểu dữ liệu ROWID" và "Kiểu dữ liệu UROWID" để biết thêm thông tin.
Các giá trị Rowid có một số công dụng quan trọng:
Chúng là cách nhanh nhất để truy cập vào một row.
Họ có thể chỉ cho bạn cách các row trong bảng được lưu trữ.
Chúng là các mã định danh duy nhất cho các row trong bảng.
Bạn không nên sử dụng ROWID làm khóa chính của bảng. Ví dụ: nếu bạn xóa và chèn lại một row bằng các tiện ích Import và Export, thì row của nó có thể thay đổi. Nếu bạn xóa một row, thì Oracle có thể gán lại row của nó cho một row mới được chèn sau.
Mặc dù bạn có thể sử dụng cột ROWID Pseudocolumn trong mệnh đề SELECT và của truy vấn, nhưng các giá trị cột giả này không thực sự được lưu trữ trong cơ sở dữ liệu. WHERE. Bạn không thể chèn, cập nhật hoặc xóa giá trị của cột ROWID Pseudocolumn.
Thí dụ
Câu lệnh này chọn địa chỉ của tất cả các row chứa dữ liệu của nhân viên trong bộ phận 20:
SELECT ROWID, last_name
FROM employees
WHERE department_id = 20;
Hy vọng hữu ích cho bạn.
=============================
* KHOÁ HỌC ORACLE DATABASE A-Z ENTERPRISE trực tiếp từ tôi giúp bạn bước đầu trở thành những chuyên gia DBA, đủ kinh nghiệm đi thi chứng chỉ OA/OCP, đặc biệt là rất nhiều kinh nghiệm, bí kíp thực chiến trên các hệ thống Core tại VN chỉ sau 1 khoá học.
Trong Oracle, câu lệnh SELECT phải có mệnh đề FROM. Tuy nhiên, một số truy vấn (querry) không yêu cầu bất kỳ bảng (table) nào. Ví dụ như:
Mục đích: Bộ tiêu chuẩn cài đặt, vận hành, giám sát, kiểm soát truy cập của Oracle Database, MySQL/MariaDB, PostgreSQL, SQL Server
Nếu bạn là người mới tìm hiểu về SQL thì đây chính xác là bài viết bạn nên tham khảo. Tôi sẽ trình bày tổng quan về SQL là gì, các lệnh cơ bản trong lập trình cơ sở dữ liệu và rất nhiều thứ khác về SQL.
Quý bạn gõ vào trình duyệt web (web browser), chẳng hạn, Chrome, Firefox hay Safari, một địa chỉ hay web link. Sau đó, thông tin được hiển thị trên màn hình máy tính hoặc smart phone của bạn.
Điện toán đám mây là mô hình cung cấp các tài nguyên máy tính cho người dùng thông qua Internet. Có bốn mô hình điện toán đám mây chính và phổ biến nhất hiện nay là Public Clouds, Private Clouds, Hybrid Clouds và Community Clouds.
Kho dữ liệu ban đầu được định nghĩa là một tập dữ liệu được dùng để hỗ trợ quy trình ra quyết định. Theo quá trình phát triển, Kho dữ liệu được định nghĩa là một môi trường thông tin (information environment). Có thể thấy Kho dữ liệu được xem là một môi trường thông tin, điều này thể hiện nó không phải là một sản phẩm (product). Kho dữ liệu có các chức năng:
Dữ liệu là tài sản của doanh nghiệp, là yếu tố vô cùng quan trọng được sử dụng để đưa ra quyết định kinh doanh chính xác, cải thiện các chiến dịch quảng bá, marketing, tối ưu hóa chi phí và tăng doanh thu. Giả sử doanh nghiệp có một khối lượng thông tin giao dịch khổng lồ, thì việc cần thiết là phải tiến hành nhập vào, lưu trữ, xử lý, phân tích và đưa ra báo cáo tinh gọn nhất. Từ đó hai khái niệm cơ sở dữ liệu (database) và kho dữ liệu (data warehouse) ra đời, nhưng vẫn khiến nhiều người nhầm lẫn. Hãy cùng tôi tìm hiểu xem chúng khác nhau ở những điểm nào
Ở dạng cơ bản nhất, Oracle sử dụng ba file (listener.ora, tnsnames.ora & sqlnet.ora) để cấu hình mạng trong Oracle Database. Bài viết này đưa ra một ví dụ về mỗi tệp như một điểm khởi đầu cho cấu hình mạng đơn giản.
Trong bài Thiết kế Cơ sở dữ liệu, chúng ta đã thiết kế được cấu trúc của Cơ sở dữ liệu. Trong bài này chúng ta sẽ bàn về việc chuyển đổi cấu trúc cơ sở dữ liệu đó thành cơ sở dữ liệu lưu trữ được trong hệ quản trị cơ sở dữ liệu.
Trong hai bài học trước chúng ta đã đề cập đến vấn đề dư thừa dữ liệu trong thiết kế cơ sở dữ liệu, nhưng chưa làm rõ. Trong bài học này, chúng ta sẽ bàn về dư thừa dữ liệu và vấn đề mà nó gây ra khi sử dụng cơ sở dữ liệu.
Chuẩn hóa cơ sở dữ liệu là áp dụng các qui tắc cho thiết kế của cơ sở dữ liệu nhằm giúp giảm dư thừa dữ liệu trong quá trình thiết kế Cơ sở dữ liệu. Đây là bước quan trọng để giúp bạn kiểm tra tính đúng đắn của quá trình thiết kế cơ sở dữ liệu.
Bài viết này sẽ giúp bạn hiểu về các mức chuẩn hóa, quá trình thực hiện chuẩn hóa cũng như áp dụng việc chuẩn hóa vào thiết kế cơ sở dữ liệu.
Thiết kế cơ sở dữ liệu là công việc vô cùng quan trọng trong các dự án, nếu thiết kế đúng CSDL sẽ giúp việc triển khai dự án thuận lợi và tiết kiệm. Tuy nhiên, rất nhiều bạn khi mới vào nghề thường gặp khó khăn về vấn đề thiết kế cơ sở dữ liệu như:
Bài này chúng ta sẽ bàn về những vấn đề đó.
Cơ sở dữ liệu là môn học cơ sở của chuyên ngành CNTT, bất kỳ sinh viên CNTT nào cũng cần nắm vững và sử dụng thành thạo Cơ sở dữ liệu để sử dụng cho công việc sau này. Tuy nhiên, đây cũng là môn học khó hiểu với nhiều sinh viên, nhất là giai đoạn thiết kế Cơ sở dữ liệu. Do vậy tôi viết chuỗi bài viết này với hy vọng sẽ giúp các bạn dễ dàng hơn trong việc tiếp cận môn học này.
Bài viết cuối cùng trong series sẽ nói về một số lỗi hay gặp với PostgreSQL và các best practice để xử lý.
Let’s begin.
Phần trước đã tìm hiểu về một mớ lý thuyết của Vacuum, phần này sẽ xem qua về reindex và tập trung vào practice với vacuum để kiểm nghiệm thực tế thế nào. Let’s begin.
PostgreSQL multi-version cuncurrency control giúp giải quyết concurrent read/write nhưng sẽ nảy sinh vấn đề khác:
- Bloating: UPDATE/INSERT/DELETE nhiều dẫn tới dư thừa số lượng lớn các dead tuple (old record version). Chúng không còn giá trị nhưng vẫn nằm đấy, làm tăng disk space.
- Wraparound transaction id: số lượng transaction id vượt quá 2^32 có thể dẫn tới sai lệch data.
Bài viết này sẽ tìm hiểu PostgreSQL xử lý chúng thế nào. Let’s begin.
Việc concurrent read/write data tưởng chừng đơn giản nhưng với programming thì không ez tí nào. Chém thế chứ cũng không quá phức tạp khi sử dụng các cơ chế sync/lock, tuy nhiên nó làm giảm performance.
Vậy có cách nào không cần lock mà vẫn concurrent read/write không?
Let’s begin.
Phía client, hay nói cách khác là application, chúng ta tương tác với database thông qua các câu lệnh DML (INSERT/UPDATE/DELETE)… và bản chất tất cả đều được thực thi như một transaction nếu không explicit khai báo và không auto commit.
Với series Multi-thread programming từ hardware đến software, ta biết rằng read/write data với multi-thread có thể dẫn đến data race, vấn đề nhỏ nhưng hậu quả lớn, khiến chương trình sai lệch trầm trọng.
Nghe hơi huy hiểm, nhưng cách giải quyết không có gì phức tạp, sử dụng các cơ chế mutual exclusion là giải quyết được vấn đề này.
- Partition by list
- Partition by hash
Theo con số thống kê không tin cậy 
thì có trên 60% các query sử dụng join table để check điều kiện hoặc lấy thêm thông tin. Ngoài ra, các Senior cũng tâm sự join ảnh hưởng nhiều đến performance,làm chậm hệ thống. Cụ thể nó chậm thế nào, mình thiết kế kém hay do viết query lởm, cùng đi tìm hiểu để có câu trả lời cụ thể nhất.
Bài thứ 4 trong series tiếp tục bàn luận về Hash index còn dở dang ở bài trước.
- B-Tree index.
- Bitmap index.
- Hash index.
