RMAN备份时遭遇ORA-19571-mysql教程-PHP中文網

首頁

資料庫

mysql教程

RMAN备份时遭遇ORA-19571

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 03:53 PM

进行RMAN备份时出现ORA-19571错误，导致备份任务终止，错误提示很明显，是因为在控制文件中没有找到某个归档文件记录，导致备份失

进行RMAN备份时出现ORA-19571错误，导致备份任务终止，具体错误如下：

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of backup plus archivelog command at 07/10/2015 16:18:43

RMAN-03009: failure of backup command on ORA_DISK_1 channel at 07/10/2015 16:18:24

ORA-19571: archived-log recid 85421 stamp 650564644 not found in control file

错误提示很明显，是因为在控制文件中没有找到某个归档文件记录，导致备份失败，看上去像是控制文件记录被覆盖了。控制文件中的记录分为两类，一类是循环使用的记录，当记录的solt满时，会覆盖老的记录，记录的保存时间由参数control_file_record_keep_time控制。所以这里首先检查这个参数的设置。

SQL> show parameter control_file

NAME TYPE VALUE

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

control_file_record_keep_time integer 15
参数配置为15天，接下来再检查报错中的归档日志的生成时间

SQL> select recid,SEQUENCE#,ARCHIVED,STATUS,COMPLETION_TIME from v$archived_log where recid = 125609;

RECID SEQUENCE# ARC S COMPLETION_TIME

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

125609 885421 YES A 2015-07-08 02:05:59
从上面的信息看，归档上两天前生成的，该记录在控制文件中不应该过期。为保证备份任务及时完成，不影响下一天的正常业务，首先手动将归档信息注册到控制文件。

RMAN>catalog start with '/arch1/';
使用上面的命令注册时，在其中一个节点上提示没有发现可注册的文件，使用下面的命令分别对每个归档文件进行注册

run{

catalog archivelog '/arch1/xxx_1_47849_801075830.dbf';

catalog archivelog '/arch1/xxx_1_47850_801075830.dbf';

...省略部分
catalog archivelog '/arch1/xxx_1_47854_801075830.dbf';

catalog archivelog '/arch1/xxx_1_47855_801075830.dbf';
}
手动注册后备份成功，但为什么归档信息没有正确的保留在控制文件中，接下来做进一步分析。
首先检查数据库的alert日志，发现在备份任务失败前出现如下警告：

WARNING: You are creating/reusing datafile /dev/rlvims_control1.

WARNING: Oracle recommends creating new datafiles on devices with zero offset. The command "/usr/sbin/mklv -y LVname -T O -w n -s n -r n VGname NumPPs" can be used. Please contact Oracle customer support for more details.

WARNING: You are creating/reusing datafile /dev/rlvims_control1.

WARNING: You are creating/reusing datafile /dev/rlvims_control2.

WARNING: You are creating/reusing datafile /dev/rlvims_control3.

Expanded controlfile section 28 from 564 to 1128 records

Requested to grow by 564 records; added 3 blocks of records
这个警告信息是在AIX平台下，，没有将数据库文件放置在零偏移的raw logical volumes设备上，下面对这个错误进行验证：

xxx1>dbfsize /dev/rlvims_control1

Database file: /dev/rlvims_control1

Database file type: raw device

Database file size: 1866 16384 byte blocks

xxx1>dbfsize /dev/rlvims_control2

Database file: /dev/rlvims_control2

Database file type: raw device

Database file size: 1866 16384 byte blocks

xxx1>dbfsize /dev/rlvims_control3

Database file: /dev/rlvims_control3

Database file type: raw device

Database file size: 1866 16384 byte blocks
发现控制文件所在的设备的确存在偏移，如果没有偏移，会提示Database file type: raw device without 4K starting offset。在AIX中，不同的vg类型决定了不同的lv结构，original valume group在数据落地的时候会产生4k的偏移量，逻辑卷前 4k 用于存储 control block (LVCB)，big volume group在创建裸设备时可以指定参数消除偏移，scalable volume group不会产生偏移，所以，在支持scalable volume group的系统中，一定要建立scalable volume group。
下面对卷组的类型进行确认：

VOLUME GROUP: vgims VG IDENTIFIER: 00f7614c00004c000000013b4a54f3b1

VG STATE: active PP SIZE: 256 megabyte(s)

VG PERMISSION: read/write TOTAL PPs: 3388 (867328 megabytes)

MAX LVs: 512 FREE PPs: 488 (124928 megabytes)

LVs: 68 USED PPs: 2900 (742400 megabytes)

OPEN LVs: 66 QUORUM: 7 (Enabled)

TOTAL PVs: 12 VG DESCRIPTORS: 12

STALE PVs: 0 STALE PPs: 0

ACTIVE PVs: 12 AUTO ON: no

Concurrent: Enhanced-Capable Auto-Concurrent: Disabled

VG Mode: Concurrent

Node ID: 1 Active Nodes: 2

MAX PPs per VG: 130048

MAX PPs per PV: 1016 MAX PVs: 128

LTG size (Dynamic): 256 kilobyte(s) AUTO SYNC: no

HOT SPARE: no BB POLICY: relocatable

陳述

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

您什麼時候應該使用複合索引與多個單列索引？Apr 11, 2025 am 12:06 AM

在數據庫優化中，應根據查詢需求選擇索引策略：1.當查詢涉及多個列且條件順序固定時，使用複合索引；2.當查詢涉及多個列但條件順序不固定時，使用多個單列索引。複合索引適用於優化多列查詢，單列索引則適合單列查詢。

如何識別和優化MySQL中的慢速查詢？（慢查詢日誌，performance_schema）Apr 10, 2025 am 09:36 AM

要優化MySQL慢查詢，需使用slowquerylog和performance_schema：1.啟用slowquerylog並設置閾值，記錄慢查詢；2.利用performance_schema分析查詢執行細節，找出性能瓶頸並優化。

MySQL和SQL：開發人員的基本技能Apr 10, 2025 am 09:30 AM

MySQL和SQL是開發者必備技能。 1.MySQL是開源的關係型數據庫管理系統，SQL是用於管理和操作數據庫的標準語言。 2.MySQL通過高效的數據存儲和檢索功能支持多種存儲引擎，SQL通過簡單語句完成複雜數據操作。 3.使用示例包括基本查詢和高級查詢，如按條件過濾和排序。 4.常見錯誤包括語法錯誤和性能問題，可通過檢查SQL語句和使用EXPLAIN命令優化。 5.性能優化技巧包括使用索引、避免全表掃描、優化JOIN操作和提升代碼可讀性。

描述MySQL異步主奴隸複製過程。Apr 10, 2025 am 09:30 AM

MySQL異步主從復制通過binlog實現數據同步，提升讀性能和高可用性。 1)主服務器記錄變更到binlog；2)從服務器通過I/O線程讀取binlog；3)從服務器的SQL線程應用binlog同步數據。

mysql：簡單的概念，用於輕鬆學習Apr 10, 2025 am 09:29 AM

MySQL是一個開源的關係型數據庫管理系統。 1）創建數據庫和表：使用CREATEDATABASE和CREATETABLE命令。 2）基本操作：INSERT、UPDATE、DELETE和SELECT。 3）高級操作：JOIN、子查詢和事務處理。 4）調試技巧：檢查語法、數據類型和權限。 5）優化建議：使用索引、避免SELECT*和使用事務。

MySQL：數據庫的用戶友好介紹Apr 10, 2025 am 09:27 AM

MySQL的安裝和基本操作包括：1.下載並安裝MySQL，設置根用戶密碼；2.使用SQL命令創建數據庫和表，如CREATEDATABASE和CREATETABLE；3.執行CRUD操作，使用INSERT,SELECT,UPDATE,DELETE命令；4.創建索引和存儲過程以優化性能和實現複雜邏輯。通過這些步驟，你可以從零開始構建和管理MySQL數據庫。

InnoDB緩衝池如何工作，為什麼對性能至關重要？Apr 09, 2025 am 12:12 AM

InnoDBBufferPool通過將數據和索引頁加載到內存中來提升MySQL數據庫的性能。 1)數據頁加載到BufferPool中，減少磁盤I/O。 2)臟頁被標記並定期刷新到磁盤。 3)LRU算法管理數據頁淘汰。 4)預讀機制提前加載可能需要的數據頁。

MySQL：初學者的數據管理易用性Apr 09, 2025 am 12:07 AM

MySQL適合初學者使用，因為它安裝簡單、功能強大且易於管理數據。 1.安裝和配置簡單，適用於多種操作系統。 2.支持基本操作如創建數據庫和表、插入、查詢、更新和刪除數據。 3.提供高級功能如JOIN操作和子查詢。 4.可以通過索引、查詢優化和分錶分區來提升性能。 5.支持備份、恢復和安全措施，確保數據的安全和一致性。

See all articles