Oracle Data Guard_ 主库删除表空间-mysql教程-PHP中文網

首頁

資料庫

mysql教程

Oracle Data Guard_ 主库删除表空间

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 04:47 PM

oracle

当你在主库删除一个或多个数据文件或者删除一个或多个表空间时，你也需要在备库删除相关的数据文件，以下部分提供的例子，当STAN

8.3.2Dropping Tablespaces and Deleting Datafiles

8.3.2 删除表空间和删除数据文件

When you delete one or moredatafiles or drop one or more tablespaces in the primary database, you also need to delete the corresponding datafiles to the standby database. The following sections provide examples of dropping tablespaces and deleting datafiles when theSTANDBY_FILE_MANAGEMENTinitialization parameter is set toAUTOorMANUAL.

当你在主库删除一个或多个数据文件或者删除一个或多个表空间时，你也需要在备库删除相关的数据文件，以下部分提供的例子，当

8.3.2.1When STANDBY_FILE_MANAGEMENT Is Set to AUTO or MANUAL

8.3.2.1 当STANDBY_FILE_MANAGEMENT设置为AUTO或者MANUAL时

The following procedure works whether theSTANDBY_FILE_MANAGEMENTinitialization parameter is set to eitherMANUALorAUTO, as follows:

以下的步骤不管STANDBY_FILE_MANAGEMENT参数设置为MANUAL还是AUTO，都能工作，如下：

Drop the tablespace from the primary database:

1.从主库删除一个表空间

SQL> DROP TABLESPACE tbs_4;

SQL> ALTER SYSTEM SWITCH LOGFILE;

Make sure that Redo Apply is running (so that the change is applied to the standby database). If the following query returns the MRP or MRP0 process, Redo Apply is running.

确保重做应用在运行，这样备库就会应用这些变化。如果以下的查询返回的MRP或者MRP0进程，则说明重做应用在运行

SQL> SELECT PROCESS, STATUS FROM V$MANAGED_STANDBY;

To verify that deleted datafiles are no longer part of the database, query theV$DATAFILEview.

验证已经删除的数据文件不再存在数据库中，可查询V$DATAFILE视图。

Delete the corresponding datafile on the standby system after the archived redo log file was applied to the standby database. For example:

在归档重做日志被应用再备库之后，在备库删除相应的数据文件，例如：

% rm /disk1/Oracle/oradata/payroll/s2tbs_4.dbf

On the primary database, after ensuring the standby database applied the redo information for the dropped tablespace, you can remove the datafile for the tablespace. For example:

在主库中，确保备库应用删除表空间的重做信息之后，你可以从表空间移除数据文件，例如：

% rm /disk1/oracle/oradata/payroll/tbs_4.dbf

8.3.2.2Using DROP TABLESPACE INCLUDING CONTENTS AND DATAFILES

8.3.2.2 使用DROP TABLESPACE INCLUDING CONTENTS AND DATAFILES

You can issue the SQLDROP TABLESPACE INCLUDING CONTENTS AND DATAFILESstatement on the primary database to delete the datafiles on both the primary and standby databases. To use this statement, theSTANDBY_FILE_MANAGEMENTinitialization parameter must be set toAUTO. For example, to drop the tablespace at the primary site:

你可以在主库上使用DROP TABLESPACE INCLUDING CONTENTS AND DATAFILES来删除主库和备库的数据文件，前提是STANDBY_FILE_MANAGEMENT必须设置为AUTO,例如，，在主库上删除一个表空间：

SQL> DROP TABLESPACE INCLUDING CONTENTS AND DATAFILES tbs_4;

SQL> ALTER SYSTEM SWITCH LOGFILE;

###########################################################################################################

我的实验：主库使用DROP TABLESPACE INCLUDING CONTENTS AND DATAFILES删除表空间，备库中的STANDBY_FILE_MANAGEMENT参数设置为AUTO

主库：PROD

备库：PRODSTD

1.首先查看STANDBY_FILE_MANAGEMENT参数是否设置为AUTO

SYS@PRODSTD>show parameter STANDBY_FILE_MANAGEMENT

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

standby_file_management string AUTO

2.查看两边的表空间以及数据文件

主库：

SYS@PROD>select file_name,tablespace_name from dba_data_files;

FILE_NAME TABLESPACE_NAME

-------------------------------------------------- ------------------------------

/u01/app/oracle/oradata/PROD/Disk1/system01.dbf SYSTEM

/u01/app/oracle/oradata/PROD/Disk1/undotbs01.dbf UNDOTBS1

/u01/app/oracle/oradata/PROD/Disk1/sysaux01.dbf SYSAUX

/u01/app/oracle/oradata/PROD/Disk1/example01.dbf EXAMPLE

/u01/app/oracle/oradata/PROD/Disk1/users01.dbf USERS

/u01/app/oracle/oradata/PROD/Disk1/swtich_tbs01.db SWTICH_TBS

6 rows selected.

备库：

SYS@PRODSTD>select name from v$datafile;

NAME

--------------------------------------------------------------------------------

/u01/app/oracle/oradata/PRODSTD/Disk1/system01.dbf

/u01/app/oracle/oradata/PRODSTD/Disk1/undotbs01.dbf

/u01/app/oracle/oradata/PRODSTD/Disk1/sysaux01.dbf

/u01/app/oracle/oradata/PRODSTD/Disk1/example01.dbf

/u01/app/oracle/oradata/PRODSTD/Disk1/PRODSTD/datafile/o1_mf_swtich_t_9m21f1f0_.

dbf

/u01/app/oracle/oradata/PRODSTD/Disk1/users01.dbf

6 rows selected.

3.在主库执行删除表空间及数据文件

SYS@PROD>drop tablespace SWTICH_TBS including contents and datafiles;

Tablespace dropped.

------------------------------------------------------------------------------------------

主库告警日志：

Sun Mar 30 10:47:37 2014

drop tablespace SWTICH_TBS including contents and datafiles

Sun Mar 30 10:47:42 2014

Deleted file /u01/app/oracle/oradata/PROD/Disk1/swtich_tbs01.dbf

Completed: drop tablespace SWTICH_TBS including contents and datafiles

------------------------------------------------------------------------------------------

4.再次查看两边的表空间以及数据文件

主库：

SYS@PROD>select file_name,tablespace_name from dba_data_files;

FILE_NAME TABLESPACE_NAME

-------------------------------------------------- ------------------------------

/u01/app/oracle/oradata/PROD/Disk1/system01.dbf SYSTEM

/u01/app/oracle/oradata/PROD/Disk1/undotbs01.dbf UNDOTBS1

/u01/app/oracle/oradata/PROD/Disk1/sysaux01.dbf SYSAUX

/u01/app/oracle/oradata/PROD/Disk1/example01.dbf EXAMPLE

/u01/app/oracle/oradata/PROD/Disk1/users01.dbf USERS

备库：

SYS@PRODSTD>select name from v$datafile;

NAME

--------------------------------------------------------------------------------

/u01/app/oracle/oradata/PRODSTD/Disk1/system01.dbf

/u01/app/oracle/oradata/PRODSTD/Disk1/undotbs01.dbf

/u01/app/oracle/oradata/PRODSTD/Disk1/sysaux01.dbf

/u01/app/oracle/oradata/PRODSTD/Disk1/example01.dbf

/u01/app/oracle/oradata/PRODSTD/Disk1/PRODSTD/datafile/o1_mf_swtich_t_9m21f1f0_.dbf

/u01/app/oracle/oradata/PRODSTD/Disk1/users01.dbf

6 rows selected.

此时主库的归档重做日志还没有传到备库。

5.手动切换日志，同步主备库，让备库应用重做日志。

SYS@PROD>alter system switch logfile;

System altered.

-------------------------------------------------------------------------------------------

主库告警日志：

LNS1 started with pid=57, OS id=3000

Sun Mar 30 10:58:08 2014

Thread 1 advanced to log sequence 34

Current log# 2 seq# 34 mem# 0: /u01/app/oracle/oradata/PROD/Disk1/redo02.log

Current log# 2 seq# 34 mem# 1: /u01/app/oracle/oradata/PROD/Disk2/redo02_1.log

Sun Mar 30 10:58:10 2014

LNS: Standby redo logfile selected for thread 1 sequence 34 for destination LOG_ARCHIVE_DEST_2

Sun Mar 30 10:58:11 2014

ARC5: Standby redo logfile selected for thread 1 sequence 33 for destination LOG_ARCHIVE_DEST_2

备库告警日志：

Sun Mar 30 10:58:11 2014

Redo Shipping Client Connected as PUBLIC

-- Connected User is Valid

RFS[3]: Assigned to RFS process 2939

RFS[3]: Identified database type as 'physical standby'

Sun Mar 30 10:58:11 2014

Redo Shipping Client Connected as PUBLIC

-- Connected User is Valid

RFS[4]: Assigned to RFS process 2941

RFS[4]: Identified database type as 'physical standby'

Primary database is in MAXIMUM PERFORMANCE mode

RFS[4]: Successfully opened standby log 6: '/u01/app/oracle/oradata/PRODSTD/Disk1/standby06.log'

Sun Mar 30 10:58:12 2014

RFS[3]: Successfully opened standby log 7: '/u01/app/oracle/oradata/PRODSTD/Disk1/standby07.log'

Sun Mar 30 10:58:17 2014

Media Recovery Log /u01/app/oracle/oradata/PRODSTD/Disk2/arch/1_33_842523531.arc

Recovery deleting file #5:'/u01/app/oracle/oradata/PRODSTD/Disk1/PRODSTD/datafile/o1_mf_swtich_t_9mh1rzf6_.dbf' from controlfile.

Deleted Oracle managed file /u01/app/oracle/oradata/PRODSTD/Disk1/PRODSTD/datafile/o1_mf_swtich_t_9mh1rzf6_.dbf

Recovery dropped tablespace 'SWTICH_TBS'

Media Recovery Waiting for thread 1 sequence 34 (in transit)

-----------------------------------------------------------------------------------------------------------

6.查看备库数据文件

SYS@PRODSTD>select file#,name from v$datafile;

FILE# NAME

---------- -------------------------------------------------------

1 /u01/app/oracle/oradata/PRODSTD/Disk1/system01.dbf

2 /u01/app/oracle/oradata/PRODSTD/Disk1/undotbs01.dbf

3 /u01/app/oracle/oradata/PRODSTD/Disk1/sysaux01.dbf

4 /u01/app/oracle/oradata/PRODSTD/Disk1/example01.dbf

7 /u01/app/oracle/oradata/PRODSTD/Disk1/users01.dbf

此时备库的SWITCH_TBS表空间已经被删除。

相关参考:

Oracle Data Guard 重要配置参数

基于同一主机配置 Oracle 11g Data Guard

探索Oracle之11g DataGuard

Oracle Data Guard （RAC+DG) 归档删除策略及脚本

Oracle Data Guard 的角色转换

Oracle Data Guard的日志FAL gap问题

Oracle 11g Data Guard Error 16143 Heartbeat failed to connect to standby 处理方法

linux

陳述

本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn

MySQL中的存儲過程是什麼？May 01, 2025 am 12:27 AM

存儲過程是MySQL中的預編譯SQL語句集合，用於提高性能和簡化複雜操作。 1.提高性能：首次編譯後，後續調用無需重新編譯。 2.提高安全性：通過權限控制限制數據表訪問。 3.簡化複雜操作：將多條SQL語句組合，簡化應用層邏輯。

查詢緩存如何在MySQL中工作？May 01, 2025 am 12:26 AM

MySQL查詢緩存的工作原理是通過存儲SELECT查詢的結果，當相同查詢再次執行時，直接返回緩存結果。 1）查詢緩存提高數據庫讀取性能，通過哈希值查找緩存結果。 2）配置簡單，在MySQL配置文件中設置query_cache_type和query_cache_size。 3）使用SQL_NO_CACHE關鍵字可以禁用特定查詢的緩存。 4）在高頻更新環境中，查詢緩存可能導致性能瓶頸，需通過監控和調整參數優化使用。

與其他關係數據庫相比，使用MySQL的優點是什麼？May 01, 2025 am 12:18 AM

MySQL被廣泛應用於各種項目中的原因包括：1.高性能與可擴展性，支持多種存儲引擎；2.易於使用和維護，配置簡單且工具豐富；3.豐富的生態系統，吸引大量社區和第三方工具支持；4.跨平台支持，適用於多種操作系統。

您如何處理MySQL中的數據庫升級？Apr 30, 2025 am 12:28 AM

MySQL數據庫升級的步驟包括：1.備份數據庫，2.停止當前MySQL服務，3.安裝新版本MySQL，4.啟動新版本MySQL服務，5.恢復數據庫。升級過程需注意兼容性問題，並可使用高級工具如PerconaToolkit進行測試和優化。

您可以使用MySQL的不同備份策略是什麼？Apr 30, 2025 am 12:28 AM

MySQL備份策略包括邏輯備份、物理備份、增量備份、基於復制的備份和雲備份。 1.邏輯備份使用mysqldump導出數據庫結構和數據，適合小型數據庫和版本遷移。 2.物理備份通過複製數據文件，速度快且全面，但需數據庫一致性。 3.增量備份利用二進制日誌記錄變化，適用於大型數據庫。 4.基於復制的備份通過從服務器備份，減少對生產系統的影響。 5.雲備份如AmazonRDS提供自動化解決方案，但成本和控制需考慮。選擇策略時應考慮數據庫大小、停機容忍度、恢復時間和恢復點目標。

什麼是mySQL聚類？Apr 30, 2025 am 12:28 AM

MySQLclusteringenhancesdatabaserobustnessandscalabilitybydistributingdataacrossmultiplenodes.ItusestheNDBenginefordatareplicationandfaulttolerance,ensuringhighavailability.Setupinvolvesconfiguringmanagement,data,andSQLnodes,withcarefulmonitoringandpe

如何優化數據庫架構設計以在MySQL中的性能？Apr 30, 2025 am 12:27 AM

在MySQL中優化數據庫模式設計可通過以下步驟提升性能：1.索引優化：在常用查詢列上創建索引，平衡查詢和插入更新的開銷。 2.表結構優化：通過規範化或反規範化減少數據冗餘，提高訪問效率。 3.數據類型選擇：使用合適的數據類型，如INT替代VARCHAR，減少存儲空間。 4.分區和分錶：對於大數據量，使用分區和分錶分散數據，提升查詢和維護效率。

您如何優化MySQL性能？Apr 30, 2025 am 12:26 AM

tooptimizemysqlperformance，lofterTheSeSteps：1）inasemproperIndexingTospeedUpqueries，2）使用ExplaintplaintoAnalyzeandoptimizequeryPerformance，3）ActiveServerConfigurationStersLikeTlikeTlikeTlikeIkeLikeIkeIkeLikeIkeLikeIkeLikeIkeLikeNodb_buffer_pool_sizizeandmax_connections，4）

See all articles