Hiển thị các bài đăng có nhãn 12c. Hiển thị tất cả bài đăng

Thứ Tư, 16 tháng 9, 2026

Tự động tăng số thứ tự trong Oracle từ bản bao nhiêu?

1.VẤN ĐỀ

Tính năng tự động tăng số thứ tự (Auto Increment) dưới dạng cột IDENTITY chính thức được Oracle Database giới thiệu từ phiên bản Oracle 12c. [1, 2]

Trước phiên bản 12c (như Oracle 11g trở về trước), Oracle không hỗ trợ cú pháp tạo cột tự động tăng trực tiếp mà lập trình viên phải kết hợp thủ công giữa SEQUENCE và TRIGGER. [1, 2]

Multitenant: Khởi động và tắt cơ sở dữ liệu vùng chứa (CDB) và cơ sở dữ liệu có thể cắm (PDB) trong Oracle Database 12c Release 1 (12.1)

Tùy chọn đa người dùng (Multitenant) được giới thiệu trong Oracle Database 12c cho phép một cơ sở dữ liệu vùng chứa (CDB) duy nhất lưu trữ nhiều cơ sở dữ liệu có thể cắm riêng biệt (PDB). Bài viết này trình bày cách khởi động và tắt cơ sở dữ liệu vùng chứa (CDB) và cơ sở dữ liệu có thể cắm (PDB).

Rman recovery point in time Oracle Database 19c

Bài viết này sẽ hướng dẫn các bạn cách để Recovey dữ liệu về một mốc thời gian nào đó trong quá khứ sử dụng RMAN trong Oracle Database 19c.

Rman backup database tự động sử dụng Script shell và crontab Oracle database 19c

Các bước thực hiện: Rman backup database tự động sử dụng Script shell và crontab Oracle database 19c

Tạo file script backup và phân quyền thực thi file
Thêm vào crontab
Thực thi backup tự động

Rman Demo Recovery Table Point in time Oracle database 19c

Các bước thực hiện:

Database phải trong chế độ Archivelog mode
Tạo dữ liệu test
Xoá và recover table
Test dữ liệu

Point In Time Recovery trong PDB Database Multitenant

Point-in-Time Recovery (PITR) trong môi trường Oracle Multitenant là một quy trình phức tạp nhưng quan trọng để khôi phục dữ liệu của Pluggable Database (PDB) về một thời điểm cụ thể. Quy trình này giúp khôi phục lại trạng thái dữ liệu trước khi xảy ra lỗi hoặc sự cố. Dưới đây là các bước chi tiết để thực hiện PITR cho một PDB.

Flashback Pluggable Database (PDB) in Oracle Database

Sử dụng Flashback trong môi trường PDB (Pluggable Database) của Oracle có thể giúp bạn khôi phục lại cơ sở dữ liệu về trạng thái trước đó mà không cần phải thực hiện restore từ bản sao lưu. Dưới đây là các bước để cấu hình và sử dụng Flashback trong môi trường PDB.

Backup CDB Container Database và PDB Pluggable Database

Thực hiện backup CDB (Container Database) và PDB (Pluggable Database) trong Oracle có thể được thực hiện bằng công cụ RMAN (Recovery Manager). RMAN là một công cụ mạnh mẽ để quản lý backup và recovery trong Oracle Database. Dưới đây là hướng dẫn chi tiết cách thực hiện backup cho cả CDB và PDB.

Recovery CDB Container Database và PDB Pluggable Database trong Oracle Database

CONTAINER DATABASE (CDB) RECOVERY

Khi tiến hành restore và recovery CDB thì đồng thời chúng ta cũng thực hiện restore và recovery tất cả PDB có trên đó.

Tạo Container Database mới bằng DBCA trong Oracle database 19c

Trong Oracle Database, Container Database (CDB) là một kiểu cơ sở dữ liệu mới giới thiệu từ phiên bản 12c trở đi, giới thiệu khái niệm Multitenant Database. CDB là một cấu trúc cơ sở dữ liệu chứa nhiều Pluggable Databases (PDBs), tạo ra một mô hình kiến trúc đa-tenant.

Kết nối vào Pluggable Database như thế nào?

Để kết nối vào một Pluggable Database (PDB) trong Oracle, bạn cần thực hiện một số bước nhất định.

Kết nối vào Pluggable Database như thế nào?

Cài đặt Oracle Database 12c trên Linux 7 | Install Oracle database 12c on Linux 7

Việc cài đặt Oracle Database 12c trên Linux 7 bao gồm các công việc chúng ta download các bộ cài và cài đặt các công cụ tương ứng sau đó chúng ta tiến hành cài đặt Oracle database cụ thể như sau.

Nâng cấp Oracle database 12C lên 19C sử dụng DBUA | Upgrade oracle database 12c to 19c using DBUA

Sự khác biệt giữa Oracle 12c và Oracle 19c là gì? Các phiên bản Oracle

Oracle là một trong những hệ thống cơ sở dữ liệu nổi tiếng nhất thế giới, được tin dùng bởi nhiều doanh nghiệp lớn trong việc vận hành tổ chức.

Thay đổi VARCHAR2 thành 32K – Từ Phiên bản Oracle Database 12c

Oracle đã thực hiện một vài thay đổi đối với cơ sở dữ liệu để cho phép các doanh nghiệp giảm chi phí chuyển sang Oracle 12c. Một trong những thay đổi này là giới hạn kích thước đã được đặt trên các loại dữ liệu VARCHAR2, NVARCHAR2 và RAW. Trong các phiên bản trước đây của cơ sở dữ liệu Oracle, kích thước tối đa cho các loại dữ liệu này là 4.000 byte (kiểu varchar2, nvarchar2). Trong Oracle 12c, các loại dữ liệu này hiện có thể được tăng lên 32.767 byte.

Cấu hình, quản trị Enterprise Manager Database Express 12c trong Oracle Database 12c

GIỚI THIỆU

Enterprise Manager Database Express 12c giúp chúng ta giám sát, quản trị, cấu hình thuận tiện hơn.

Những điều quan trọng cần nhớ về Enterprise Manager Database Express:

EM DB Express không phải là Cloud Control (cài riêng bên ngoài) hoặc Grid Control (EM 11g)
EM DB Express không phải là sự thay thế cho DB Control từ 11g, vì nó có ít chức năng hơn đáng kể để nhẹ hơn
Một DBA sẽ không thể quản trị cơ sở dữ liệu chỉ bằng EM DB Express mà phải thêm các script, tool riêng

Nếu tổ chức của bạn sử dụng Cloud Control, điều đó nên, có lẽ bạn sẽ không bao giờ sử dụng EM Database Express. Mặt khác, nếu bạn đang dùng xung quanh với cơ sở dữ liệu và muốn có một giao diện đẹp để thực hiện một số tác vụ thì EM Database Express có thể là câu trả lời của bạn.

Thủ tục thêm 1 Node trong Oracle RAC 19c

Mục đích: Chia sẻ thủ tục thêm 1 Node trong Oracle RAC 19c

[VIP5] Khi nào cần tạo lại online redo log, sizing như thế nào cho chuẩn trong Oracle Database?

Trong quá trình quản lý redo log, bạn có thể sẽ có những lăn tăn:
Sizing redo log như thế nào để phù hợp?
Tạo lại online redo log và cách tạo lại trong giờ hành chính có an toàn không?
Các lỗi có thể sẽ gặp nếu không sizing chuẩn: Treo DB khi DML dồn dập.

Hãy đọc hết bài viết này để tìm được câu trả lời thỏa đáng.

Vấn đề gặp phải

-- Monitor Alert log xuất hiện cảnh báo:

Thread 2 cannot allocate new log, sequence 362494

Checkpoint not complete

-- Số lần switch log quá nhiều, lên đến 95 lần/1 giờ:

-- Monitor số lần switch log theo từng giờ và so sánh với các ngày trước trong 31 ngày gần nhất

select

to_char(COMPLETION_TIME,'YYYY-MM-DD') day,

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'00',1,0)),'999') "00h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'01',1,0)),'999') "01h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'02',1,0)),'999') "02h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'03',1,0)),'999') "03h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'04',1,0)),'999') "04h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'05',1,0)),'999') "05h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'06',1,0)),'999') "06h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'07',1,0)),'999') "07h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'08',1,0)),'999') "08h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'09',1,0)),'999') "09h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'10',1,0)),'999') "10h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'11',1,0)),'999') "11h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'12',1,0)),'999') "12h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'13',1,0)),'999') "13h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'14',1,0)),'999') "14h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'15',1,0)),'999') "15h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'16',1,0)),'999') "16h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'17',1,0)),'999') "17h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'18',1,0)),'999') "18h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'19',1,0)),'999') "19h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'20',1,0)),'999') "20h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'21',1,0)),'999') "21h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'22',1,0)),'999') "22h",

to_char(sum(decode(substr(to_char(COMPLETION_TIME,'HH24'),1,2),'23',1,0)),'999') "23h",

round(sum(BLOCKS*BLOCK_SIZE)/1024/1024/1024,0)||' GB' "Total GB in a day",COUNT(*) "Total switch log in a day"

from v$archived_log

where to_date(COMPLETION_TIME) > sysdate-40

and dest_id=1

group by to_char(COMPLETION_TIME,'YYYY-MM-DD')

order by day desc;

Nguyên nhân:

Size redo log quá nhỏ, các group đều ở trạng thái CURENT, ACTIVE

Khắc phục:

Sizing lại online redo log, do size online redo log quá nhỏ, tính toán lượng archived log sinh ra 1 ngày đảm bảo 1h từ 3 lần switch log, tất nhiên 4-6 lần vẫn OK., dùng 1 trong 2 cách sau:

* Tăng size của online redo logs: Phải tạo lại chứ ko resize được

* Bổ sung thêm redo log groups (cách này trong 1 số trường hợp switch log không quá lớn)

alter database add logfile thread 1 group 1 ('+DATA','+RECO') size 1G;

alter database add logfile thread 2 group 11 ('+DATA','+RECO') size 1G;

Chi tiết thủ tục như sau:

THỦ TỤC TẠO LẠI ONLINE REDO LOG

VỚI ASM

-- Note: Không càn cấu hình OMF

-- Monitor đảm bảo mỗi group tối thiểu 02 member trên 2 phân vùng khác nhau

--+FRA/OCSGWRPT/ONLINELOG/group_1.257.1077367961

--+DATA1/OCSGWRPT/ONLINELOG/group_1.262.1077367961

select * from v$logfile order by 1;

--Status đảm bảo luôn có group inactive

select * from v$log order by 1;

set echo off
set feedback off
set linesize 120
set pagesize 35
set trim on
set trims on
set lines 120
col group# format 999
col thread# format 999
col member format a70 wrap
col status format a10
col archived format a10
col fsize format 999 heading "Size (MB)"

select l.group#, l.thread#,
f.member,
l.archived,
l.status,
(bytes/1024/1024) fsize
from
v$log l, v$logfile f
where f.group# = l.group#
order by 1,2

alter database add logfile thread 1 group 5 ('/u09/oracle/data/DBAViet/redo01a.log','/u10/oracle/data/DBAViet/redo01b.log') size 1G;

--FRA 897GB DATA1 con 41GB, DATA2 conf 61GB --> Ko them vao DATA1, DATA2; DATA3 conf 1.3TB

select * from v$asm_diskgroup;

alter database add logfile thread 1 group 5 ('+DATA3','+FRA') size 2G;

alter database add logfile thread 2 group 6 ('+DATA3','+FRA') size 2G;

alter database add logfile thread 1 group 7 ('+DATA3','+FRA') size 2G;

alter database add logfile thread 2 group 8 ('+DATA3','+FRA') size 2G;

alter database add logfile thread 1 group 9 ('+DATA3','+FRA') size 2G;

alter database add logfile thread 2 group 10 ('+DATA3','+FRA') size 2G;

alter database add logfile thread 1 group 11 ('+DATA3','+FRA') size 2G;

alter database add logfile thread 2 group 12 ('+DATA3','+FRA') size 2G;

select * from v$logfile order by 1;

--Status đảm bảo luôn có group inactive

select * from v$log order by 1;

alter system switch logfile;

select * from v$logfile order by 1;

--Status đảm bảo luôn có group inactive thi drop duoc

select * from v$log order by 1;

alter database drop logfile group 1;

alter database drop logfile group 2;

alter database drop logfile group 3;

alter database drop logfile group 4;

VỚI FILE SYSTEM

--Method to drop and recreate online redolog files with 2 members to each group

--1.Firstly ORACLE will never allow you to drop the current ONLINE redolog file –

-- Size, status logfile group, thread

select * from v$log;

--Group# Thread# Sequence# BytesMembers Archived

--1 1 17449 524288000 1 YES INACTIVE 11950575940971 28/05/2017 1:36:20 AM

--2 1 17448 524288000 1 YES INACTIVE 11949968296967 27/05/2017 2:05:34 AM

--3 2 26642 524288000 1 YES INACTIVE 11951023181485 28/05/2017 6:30:26 PM

--4 2 26643 524288000 1 YES INACTIVE 11951187419487 29/05/2017 1:35:35 AM

--5 2 26644 524288000 1 YES INACTIVE 11951568250526 29/05/2017 3:17:19 PM

--6 2 26645 524288000 1 NO CURRENT 11951840525221 30/05/2017 1:14:52 AM

--7 1 17450 524288000 1 YES INACTIVE 11951187419492 29/05/2017 1:35:36 AM

--8 1 17451 524288000 1 NO CURRENT 11951840525227 30/05/2017 1:14:53 AM

-- D/s duong dan logfile

select * from v$logfile order by 1;

--1 ONLINE /data/oradata/dbaviet/redo01.log NO

--2 ONLINE /data/oradata/dbaviet/redo02.log NO

--3 ONLINE /data/oradata/dbaviet/redo03.log NO

--4 ONLINE /data/oradata/dbaviet/redo04.log NO

--5 ONLINE /data/oradata/dbaviet/redo05.log NO

--6 ONLINE /data/oradata/dbaviet/redo06.log NO

--7 ONLINE /data/oradata/dbaviet/redo07.log NO

--8 ONLINE /data/oradata/dbaviet/redo08.log NO

--10 STANDBY /data/oradata/dbaviet/standby_redo10.log NO

--11 STANDBY /data/oradata/dbaviet/standby_redo11.log NO

--12 STANDBY /data/oradata/dbaviet/standby_redo12.log NO

--13 STANDBY /data/oradata/dbaviet/standby_redo13.log NO

--14 STANDBY /data/oradata/dbaviet/standby_redo14.log NO

--15 STANDBY /data/oradata/dbaviet/standby_redo15.log NO

alter database drop logfile group 10;

alter database drop logfile group 11;

alter database drop logfile group 12;

alter database drop logfile group 13;

alter database drop logfile group 14;

alter database drop logfile group 15;

--Intention is to drop and recreate these online logs with a different size.