Oracle数据库级drop redolog并不危险
有些DBA害怕在生产库上做REDO LOG的删除操作,因为担心把状态为ACTIVE和ACITVE的redolog group给删除造成数据库事故。如果在Unix
有些DBA害怕在生产库上做REDO LOG的删除操作,因为担心把状态为ACTIVE和ACITVE的redolog group给删除造成数据库事故。
实际上,如果从数据库级删除状态为CURRENT和ACTIVE的redo log,是删除不掉的,,所以从数据库级删除redo log时大可以放心。
但是要注意,如果在Unix/Linux平台操作系统层直接删除(rm),Oracle是无法做检查的,如果在操作系统级直接删除了状态为CURRENT或ACTIVE的redo log则真的会酿成事故,要非常小心。
下面来在ORACLE数据库级做个删除状态为CURRENT和ACTIVE的REDOLOG测试:
1、 查看redo log的状态
SQL>
GROUP#
THREAD#
ARCHIVED
STATUS
1
1
NO
INACTIVE
2
1
NO
ACTIVE
3
1
NO
CURRENT
4
1
NO
ACTIVE
以上GROUP 3状态为CURRENT,GROUP2/GROUP4是active,现在我们来对状态为CURRENT和ACTIVE的redolog group分别做删除测试
2、 删除状态为CURRENT的group# 3
SQL> alter database drop logfile group3;
alter database drop logfile group 3
*
ERROR at line 1:
ORA-01623: log 3 is current log forinstance litest (thread 1) - cannot drop
ORA-00312: online log 3 thread 1:'/dba/oracle/oradata/litest/redo03.log'
3、删除状态为ACTIVE的group#2
SQL> alter database drop logfile group2;
alter database drop logfile group 2
*
ERROR at line 1:
ORA-01624: log 2 needed for crash recoveryof instance litest (thread 1)
ORA-00312: online log 2 thread 1:'/dba/oracle/oradata/litest/redo02.log'
4、小结
(1)当删除状态为CURRENT的redolog group时,会提示为当前log,不能删除
(2)当删除状态为ACTIVE的redolog group时,会提示实例恢复需要该log,不能删除
推荐阅读:
Linux平台下Oracle删除redolog仍然正常使用的原因
Oracle 入门之管理online redolog
RedoLog Checkpoint 和 SCN关系

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

Artikel ini meneroka mengoptimumkan penggunaan memori MySQL di Docker. Ia membincangkan teknik pemantauan (statistik Docker, skema prestasi, alat luaran) dan strategi konfigurasi. Ini termasuk had memori docker, swapping, dan cgroups, bersama -sama

Artikel ini menangani ralat "tidak dapat membuka perpustakaan kongsi" MySQL. Isu ini berpunca daripada ketidakupayaan MySQL untuk mencari perpustakaan bersama yang diperlukan (.so/.dll fail). Penyelesaian melibatkan mengesahkan pemasangan perpustakaan melalui pakej sistem m

Artikel ini membincangkan menggunakan pernyataan jadual Alter MySQL untuk mengubah suai jadual, termasuk menambah/menjatuhkan lajur, menamakan semula jadual/lajur, dan menukar jenis data lajur.

Artikel ini membandingkan memasang MySQL pada Linux secara langsung berbanding menggunakan bekas podman, dengan/tanpa phpmyadmin. Ia memperincikan langkah pemasangan untuk setiap kaedah, menekankan kelebihan Podman secara berasingan, mudah alih, dan kebolehulangan, tetapi juga

Artikel ini memberikan gambaran menyeluruh tentang SQLite, pangkalan data relasi tanpa server tanpa mandiri. Ia memperincikan kelebihan SQLITE (kesederhanaan, mudah alih, kemudahan penggunaan) dan kekurangan (batasan konkurensi, cabaran skalabiliti). C

Panduan ini menunjukkan pemasangan dan menguruskan pelbagai versi MySQL pada macOS menggunakan homebrew. Ia menekankan menggunakan homebrew untuk mengasingkan pemasangan, mencegah konflik. Pemasangan Butiran Artikel, Permulaan/Perhentian Perkhidmatan, dan PRA Terbaik

Artikel membincangkan mengkonfigurasi penyulitan SSL/TLS untuk MySQL, termasuk penjanaan sijil dan pengesahan. Isu utama menggunakan implikasi keselamatan sijil yang ditandatangani sendiri. [Kira-kira aksara: 159]

Artikel membincangkan alat MySQL GUI yang popular seperti MySQL Workbench dan PHPMyAdmin, membandingkan ciri dan kesesuaian mereka untuk pemula dan pengguna maju. [159 aksara]
