- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: recover database using backup controlfile fail...
Operating System - HP-UX
1753872
Members
7219
Online
108809
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-01-2004 02:54 PM
тАО04-01-2004 02:54 PM
Re: recover database using backup controlfile fails
Hi Diego,
you procedure is right but now you have 2 options:
1. restore from more older backup.
2. check v$log look for the change number
ex.
change 2421744526 for thread 1 is in sequence #86150
then "select member from v$logfile" and apply the redolog that is same as sequence the recovery ask for.
just put in full path name of that log.
HTH.
you procedure is right but now you have 2 options:
1. restore from more older backup.
2. check v$log look for the change number
ex.
change 2421744526 for thread 1 is in sequence #86150
then "select member from v$logfile" and apply the redolog that is same as sequence the recovery ask for.
just put in full path name of that log.
HTH.
enjoy any little thing in my life
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-23-2004 07:43 AM
тАО06-23-2004 07:43 AM
Re: recover database using backup controlfile fails
Diego,
I have just worked through is exact scenario. Since I was moving a complete copy of the database to a new location there are no redo logs.
So when you get to that question:
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL;
ORA-00279: change 356238 generated at 06/23/2004 14:10:04 needed for thread 1
ORA-00289: suggestion : /sw/oracle/product/8.1.7.4/dbs/arch1_24.dbf
ORA-00280: change 356238 for thread 1 is in sequence #24
Specify log: {=suggested | filename | AUTO | CANCEL}
CANCEL
Media recovery cancelled.
SQL> ALTER DATABASE OPEN RESETLOGS;
Database altered.
SQL> exit
And your database is open for business.
drd.
I have just worked through is exact scenario. Since I was moving a complete copy of the database to a new location there are no redo logs.
So when you get to that question:
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL;
ORA-00279: change 356238 generated at 06/23/2004 14:10:04 needed for thread 1
ORA-00289: suggestion : /sw/oracle/product/8.1.7.4/dbs/arch1_24.dbf
ORA-00280: change 356238 for thread 1 is in sequence #24
Specify log: {
CANCEL
Media recovery cancelled.
SQL> ALTER DATABASE OPEN RESETLOGS;
Database altered.
SQL> exit
And your database is open for business.
drd.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-23-2004 12:34 PM
тАО06-23-2004 12:34 PM
Re: recover database using backup controlfile fails
Hi Diego,
What you had done is correct. May be try to recover to the lime just before the last archive log by using the unitl time option.
1. Restore from the backup
2. Recover database using backup controlfile unitl time 'CCYY-MM-DD:MM:MI:SS';
the system will prompt as
ORA-00279: Change ?????? generated at dd/mm/yy hh:mi:ss needed for thread 1
ORA-00289: Suggest :path_name for arch log.
ORA-00280: Change ?????? for thread 1 is in sequence # ??????
specify log: {RET>=suggest |filename|AUTO|CANCEL}
and when you press enter
Log applied.
and when the last archivelog is applied, it should as
Lof applied
Media recovery complete.
Then
3. alter database open resetlogs;
If you instance still asks for recovery for system datafile, then
first verify the datafiles to be recovered by quering the views v$recover_file to see the file# and change# and v$recovery_log.
Then try this,
recover datafile 'full_path_datafile_name';
and then it may ask the same recover for the rest of the datafiles. Do the same for all datafiles in question. Then
do alter database open resetlogs.
I hope this helps.
Indira A
What you had done is correct. May be try to recover to the lime just before the last archive log by using the unitl time option.
1. Restore from the backup
2. Recover database using backup controlfile unitl time 'CCYY-MM-DD:MM:MI:SS';
the system will prompt as
ORA-00279: Change ?????? generated at dd/mm/yy hh:mi:ss needed for thread 1
ORA-00289: Suggest :path_name for arch log.
ORA-00280: Change ?????? for thread 1 is in sequence # ??????
specify log: {RET>=suggest |filename|AUTO|CANCEL}
and when you press enter
Log applied.
and when the last archivelog is applied, it should as
Lof applied
Media recovery complete.
Then
3. alter database open resetlogs;
If you instance still asks for recovery for system datafile, then
first verify the datafiles to be recovered by quering the views v$recover_file to see the file# and change# and v$recovery_log.
Then try this,
recover datafile 'full_path_datafile_name';
and then it may ask the same recover for the rest of the datafiles. Do the same for all datafiles in question. Then
do alter database open resetlogs.
I hope this helps.
Indira A
Never give up, Keep Trying
- « Previous
-
- 1
- 2
- Next »
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP