RMAN数据库恢复失败一则
问题: 这是一个从RAC环境的数据库的RAMN备份恢复到一个单机数据库的操作。 当恢复数据文件和恢复正常,但在open数据库时出报下面的错误。 --rman备份恢复操作 #创建参数文件 cd $ORACLE_HOME/dbs $cat initntracdb.ora *.archive_lag_target=0 *.compatible
问题:
这是一个从RAC环境的数据库的RAMN备份恢复到一个单机数据库的操作。
当恢复数据文件和恢复正常,但在open数据库时出报下面的错误。
--rman备份恢复操作
#创建参数文件
cd $ORACLE_HOME/dbs
$cat initntracdb.ora
*.archive_lag_target=0
*.compatible='11.2.0.4.0'
*.control_files='/u01/oracle/oradata/ntracdb/controlfile1.dbf','/u01/oracle/oradata/ntracdb/controlfile2.dbf'
*.db_block_size=8192
*.db_create_file_dest='/u01/oracle/oradata/ntracdb'
*.db_name='ntracdb'
*.db_recovery_file_dest='/u01/oracle/fast_recovery_area'
*.db_recovery_file_dest_size=299000M
*.db_unique_name='ntracdb'
*.dg_broker_start=true
*.local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=nticket3)(PORT=1521))'
*.log_archive_format='%t_%s_%r.dbf'
*.log_archive_max_processes=4
*.log_archive_min_succeed_dest=1
*.log_archive_trace=0
*.log_file_name_convert='null','null'
*.nls_language='SIMPLIFIEDCHINESE'
*.nls_territory='CHINA'
*.open_cursors=300
*.pga_aggregate_target=429496729
*.processes=600
*.remote_login_passwordfile='exclusive'
*.sga_max_size=3435973836
*.sga_target=3221225472
*.standby_file_management='auto'
*.undo_tablespace='UNDOTBS1'
rman target /
startup nomount;
restore controlfile from'/home/oracle/rmanbak/ncnnf0_TAG20141110T011010_0.1205.863228449'; --首先恢复控制文件
alter database mount;
catalog start with'/home/oracle/rmanbak/'; --批量登记拷过来的rman备份,假设拷过来的备份放到了/u01/rmanbak/目录
list backup; --查看要恢复的是不是这个备份文件
run {
set newname for datafile'+DATA01/ntracdb/datafile/users.295.855410331' to'/u01/oracle/oradata/ntracdb/users.295.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/undotbs1.263.855410331' to'/u01/oracle/oradata/ntracdb/undotbs1.263.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/sysaux.264.855410331' to'/u01/oracle/oradata/ntracdb/sysaux.264.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/system.265.855410331' to'/u01/oracle/oradata/ntracdb/system.265.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/undotbs2.293.855410453' to'/u01/oracle/oradata/ntracdb/undotbs2.293.855410453';
set newname for datafile'+DATA01/ntracdb/datafile/undotbs3.292.855410453' to'/u01/oracle/oradata/ntracdb/undotbs3.292.855410453';
set newname for datafile'+DATA01/ntracdb/datafile/sysaux.257.857772301' to '/u01/oracle/oradata/ntracdb/sysaux.257.857772301';
set newname for datafile'+DATA01/ntracdb/datafile/strategy.256.858008275' to'/u01/oracle/oradata/ntracdb/strategy.256.858008275'
restore database;
switch datafile all;
recover database;
}
--打开数据库时报错
$sqlplus / as sysdba
SQL> alter database open;
alter database open
*
第 1 行出现错误
ORA-03113:通信通道的文件结尾
进程 ID :6988
回话 ID:191 序列号:3
--查看日志
Thu Nov 13 10:13:20 2014
alter database open
Data Guard Brokerinitializing...
Data Guard Brokerinitialization complete
Data Guard: verifying databaseprimary role...
Thu Nov 13 10:13:20 2014
LGWR: STARTING ARCH PROCESSES
Thu Nov 13 10:13:20 2014
ARC0 started with pid=21, OSid=26949
ARC0: Archival started
LGWR: STARTING ARCH PROCESSESCOMPLETE
ARC0: STARTING ARCH PROCESSES
LGWR: Primary database is inMAXIMUM AVAILABILITY mode
LGWR: DestinationLOG_ARCHIVE_DEST_1 is not serviced by LGWR
LGWR: Minimum of 1 LGWR standbydatabase required
Errors in file/u01/oracle/diag/rdbms/ntracdb/ntracdb/trace/ntracdb_lgwr_26870.trc:
ORA-16072: a minimum of onestandby database destination is required
Thu Nov 13 10:13:21 2014
ARC1 started with pid=22, OSid=26953
LGWR (ospid: 26870):terminating the instance due to error 16072
Thu Nov 13 10:13:21 2014
System statedump requested by (instance=1, osid=26870 (LGWR)), summary=[abnormal instancetermination].
System Statedumped to trace file/u01/oracle/diag/rdbms/ntracdb/ntracdb/trace/ntracdb_diag_26846_20141113101321.trc
Dumpingdiagnostic data in directory=[cdmp_20141113101321], requested by (instance=1,osid=26870 (LGWR)), summary=[abnormal instance termination].
Instanceterminated by LGWR, pid = 26870
原因:
可能是控制文件备份时失败所致
解决办法:
重建控制文件,然后再打开数据库
STARTUP NOMOUNT
CREATE CONTROLFILE REUSEDATABASE "ntracdb" NORESETLOGS FORCE LOGGING ARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 9344
LOGFILE
GROUP 1'/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_1_b682j5nk_.log' SIZE 200M,
GROUP 2 '/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_2_b682j7gw_.log' SIZE 200M,
GROUP 3'/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_3_b682j98k_.log' SIZE 200M,
GROUP 4'/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_4_b682jc2t_.log' SIZE 200M
-- STANDBY LOGFILE
DATAFILE
'/u01/oracle/oradata/ntracdb/users.295.855410331',
'/u01/oracle/oradata/ntracdb/undotbs1.263.855410331',
'/u01/oracle/oradata/ntracdb/sysaux.264.855410331',
'/u01/oracle/oradata/ntracdb/system.265.855410331',
'/u01/oracle/oradata/ntracdb/undotbs2.293.855410453',
'/u01/oracle/oradata/ntracdb/undotbs3.292.855410453',
'/u01/oracle/oradata/ntracdb/sysaux.257.857772301',
'/u01/oracle/oradata/ntracdb/strategy.256.858008275',
'/u01/oracle/oradata/ntracdb/strategy.302.858008423'
CHARACTER SET ZHS16GBK;
SQL> RECOVER DATABASE;
ORA-00283: 恢复会话因错误而取消
ORA-00264: 不要求恢复
--此时可以正常打开数据库
SQL> alter database open;
数据库已更改。
#创建临时表空间
CREATE TEMPORARY TABLESPACE temp TEMPFILE'/u01/oracle/oradata/ntracdb/temp01.dbf'
SIZE 20M REUSE
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 16M;

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제









Go 언어는 효율적이고 간결하며 배우기 쉬운 프로그래밍 언어입니다. 동시 프로그래밍과 네트워크 프로그래밍의 장점 때문에 개발자들이 선호합니다. 실제 개발에서 데이터베이스 작업은 필수적인 부분입니다. 이 기사에서는 Go 언어를 사용하여 데이터베이스 추가, 삭제, 수정 및 쿼리 작업을 구현하는 방법을 소개합니다. Go 언어에서는 일반적으로 사용되는 SQL 패키지, Gorm 등과 같은 타사 라이브러리를 사용하여 데이터베이스를 운영합니다. 여기서는 sql 패키지를 예로 들어 데이터베이스의 추가, 삭제, 수정 및 쿼리 작업을 구현하는 방법을 소개합니다. MySQL 데이터베이스를 사용하고 있다고 가정합니다.

Xiaohongshu는 사용자가 쇼핑 경험, 생활 세부 정보 등을 공유할 수 있는 인기 있는 소셜 전자상거래 플랫폼입니다. 사용 중에 일부 사용자의 댓글이 삭제되는 현상이 발생할 수 있습니다. 그렇다면 Xiaohongshu에서 삭제된 댓글을 복원하는 방법은 무엇입니까? 1. Xiaohongshu에서 삭제된 댓글을 복원하는 방법은 무엇입니까? 실수로 댓글이 삭제된 것으로 밝혀진 경우 사용자는 공식 Xiaohongshu 팀이 해당 댓글을 복원할 때까지 기다릴 수 있습니다. 이 경우에는 잠시 후 공식팀에서 자동으로 댓글을 처리하고 재개할 수 있으므로 인내심을 갖고 기다리는 것이 가장 좋습니다. 댓글이 삭제된 경우 유사한 콘텐츠를 다시 게시해 보세요. 하지만 다시 게시할 때 콘텐츠가 Xiaohongshu 커뮤니티 가이드라인을 준수하는지 확인하여 다시 삭제되지 않도록 하세요. 3. Xiaohongshu 고객 서비스에 문의하십시오. 귀하의 댓글이 실수라고 생각되는 경우

Hibernate 다형성 매핑은 상속된 클래스를 데이터베이스에 매핑할 수 있으며 다음 매핑 유형을 제공합니다. Join-subclass: 상위 클래스의 모든 열을 포함하여 하위 클래스에 대한 별도의 테이블을 생성합니다. 클래스별 테이블: 하위 클래스별 열만 포함하는 하위 클래스에 대한 별도의 테이블을 만듭니다. Union-subclass: Joined-subclass와 유사하지만 상위 클래스 테이블이 모든 하위 클래스 열을 통합합니다.

Apple의 최신 iOS18, iPadOS18 및 macOS Sequoia 시스템 릴리스에는 사진 애플리케이션에 중요한 기능이 추가되었습니다. 이 기능은 사용자가 다양한 이유로 손실되거나 손상된 사진과 비디오를 쉽게 복구할 수 있도록 설계되었습니다. 새로운 기능에는 사진 앱의 도구 섹션에 '복구됨'이라는 앨범이 도입되었습니다. 이 앨범은 사용자가 기기에 사진 라이브러리에 포함되지 않은 사진이나 비디오를 가지고 있을 때 자동으로 나타납니다. "복구된" 앨범의 출현은 데이터베이스 손상으로 인해 손실된 사진과 비디오, 사진 라이브러리에 올바르게 저장되지 않은 카메라 응용 프로그램 또는 사진 라이브러리를 관리하는 타사 응용 프로그램에 대한 솔루션을 제공합니다. 사용자는 몇 가지 간단한 단계만 거치면 됩니다.

HTML은 데이터베이스를 직접 읽을 수 없지만 JavaScript 및 AJAX를 통해 읽을 수 있습니다. 단계에는 데이터베이스 연결 설정, 쿼리 보내기, 응답 처리 및 페이지 업데이트가 포함됩니다. 이 기사에서는 JavaScript, AJAX 및 PHP를 사용하여 MySQL 데이터베이스에서 데이터를 읽는 실제 예제를 제공하고 쿼리 결과를 HTML 페이지에 동적으로 표시하는 방법을 보여줍니다. 이 예제에서는 XMLHttpRequest를 사용하여 데이터베이스 연결을 설정하고 쿼리를 보내고 응답을 처리함으로써 페이지 요소에 데이터를 채우고 데이터베이스를 읽는 HTML 기능을 실현합니다.

MySQLi를 사용하여 PHP에서 데이터베이스 연결을 설정하는 방법: MySQLi 확장 포함(require_once) 연결 함수 생성(functionconnect_to_db) 연결 함수 호출($conn=connect_to_db()) 쿼리 실행($result=$conn->query()) 닫기 연결( $conn->close())

1. QQ 설정 페이지에서 [연락처, 개인정보 보호] 메뉴 항목을 클릭하세요. 2. [동적 권한 설정] 항목을 클릭하세요. 3. [사진 휴지통]을 클릭하세요. 4. 복구하려는 사진을 선택하고 왼쪽 하단의 [복원] 버튼을 클릭하세요.

PHP에서 데이터베이스 연결 오류를 처리하려면 다음 단계를 사용할 수 있습니다. mysqli_connect_errno()를 사용하여 오류 코드를 얻습니다. 오류 메시지를 얻으려면 mysqli_connect_error()를 사용하십시오. 이러한 오류 메시지를 캡처하고 기록하면 데이터베이스 연결 문제를 쉽게 식별하고 해결할 수 있어 애플리케이션이 원활하게 실행될 수 있습니다.
