ALTER database command

Hello

The alter database backup controlfile to trace under... command will create a problem in the production environment?

N ° it simply generates a "CREATE CONTROLFILE' unfavorable / script, and that's it.

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

Sybrand Bakker

Senior Oracle DBA

Tags: Database

Similar Questions

Tablespace not specified in the CREATE DATABASE command

Hello
I'm cloning a database using "backup controlfile to trace", copy the data to another server, do a restore using backup controlfiles and deliver an open resetlogs.
The last steps in the case of "manually", not by the script "create controlfile ':
RECOVER DATABASE USING BACKUP CONTROLFILE
ALTER DATABASE OPEN RESETLOGS;
ALTER TABLESPACE TEMP ADD TEMPFILE...
Xxx_TEMP ALTER TABLESPACE ADD TEMPFILE
Yyy_TEMP ALTER TABLESPACE ADD TEMPFILE
It works very well, however in the alert log this message appears:
ATTENTION: by default temporary
Tablespace not specified in the CREATE DATABASE command
Default temporary tablespace will be necessary for a locally managed database in future release
Mount of redo thread 1, with mount id 801397961
Source and target system temp tablespace are defined:
select * d atabase_properties property_name as « % TABLESPACE »;
TEMP DEFAULT_TEMP_TABLESPACE name of the default temporary tablespace
DEFAULT_PERMANENT_TABLESPACE USERS name of default permanent tablespace
Can you give me some information on it?
What command 'create database' is incorrect (without default TS)?
Concerning
Christian

Hello

Orders of data files to create temporary tablespaces are in the Script SQL generated, as last orders to be released.

1. the first thing you do not database, in fact, create by rebuilding the controlfile based on existing database files.

2. Secondly, your script controlfile is created based on data files, the next step if adding temporary file what I said in previous post.

3. from your message it's just adding/WARNING provided by oracle - since before re - build my database - old controlfile knows we tablesapce temp. When you re-built your database it shows not know a temporary file.

Hope that helps

-Pavan Kumar N

Database does not start... ALTER database open; change the database open * ERROR at line 1: ORA-03113: end of file on the channel of communication process ID: 10400 Session ID: 418 serial number: 3 -.

HI during startup of the database of the following errors is. Please help solve the problem.
SQL > alter database open;
change the database open * ERROR at line 1: ORA-03113: end of file on the channel of communication process ID: 10400 Session ID: 418 serial number: 3 -.
============================================================
Please see the alerts log entries
--------------------------------------------------------------------------------------------------------------------------------
Commissioning:
Oracle Database 11 g Enterprise Edition Release 11.2.0.1.0 - 64 bit Production
With the options of partitioning, OLAP, Data Mining and Real Application Testing.
Using parameters in spfile D:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\SPFILEATTNDPRD server-side. ORA
Parameters of the system with default values:
process = 400
sessions = 624
memory_target = 4G
control_files = 'D:\ORACLE\ORADATA\ATTNDPRD\CONTROLFILE\O1_MF_8LRQYB0M_. CTL.
control_files = 'C:\ORACLE\ORADATA\ATTNDPRD\CONTROLFILE\O1_MF_8LRQYB13_. CTL.
DB_BLOCK_SIZE = 8192
compatible = "11.2.0.0.0."
log_archive_format = "ARC%S_%R.%T."
db_create_file_dest = 'D:\oracle\oradata. '
db_create_online_log_dest_1 = "D:\oracle\oradata".
db_create_online_log_dest_2 = "C:\oracle\oradata".
db_recovery_file_dest = 'C:\oracle\oradata\flash_area. '
db_recovery_file_dest_size = 8G
undo_tablespace = 'UNDOTBS1.
Remote_login_passwordfile = "EXCLUSIVE."
db_domain = «»
dispatchers = "(PROTOCOL=TCP) (SERVICE = ATTNDPRDXDB)" "
audit_file_dest = "D:\APP\ADMINISTRATOR\ADMIN\ATTNDPRD\ADUMP".
AUDIT_TRAIL = 'DB '.
db_name = "ATTNDPRD".
open_cursors = 300
diagnostic_dest = "D:\APP\ADMINISTRATOR".
Sun 24 May 13:43:09 2015
PMON started with pid = 2, OS id = 5792
Sun 24 May 13:43:09 2015
VKTM started with pid = 3, OS id = 6500 high priority
VKTM clocked at (10) precision of milliseconds with DBRM quantum (100) ms
Sun 24 May 13:43:09 2015
GEN0 started with pid = 4, OS id = 13072
Sun 24 May 13:43:09 2015
DIAG started with pid = 5, OS id = 1424
Sun 24 May 13:43:09 2015
DBRM started with pid = 6, OS id = 8240
Sun 24 May 13:43:09 2015
PSP0 started with pid = 7, OS id = 2980
Sun 24 May 13:43:09 2015
DIA0 started with pid = 8, OS id = 12956
Sun 24 May 13:43:09 2015
MA started with pid = 9, OS id = 13356
Sun 24 May 13:43:09 2015
DBW0 started with pid = 10, OS id = 14248
Sun 24 May 13:43:09 2015
DBW1 started with pid = 11, OS id = 17900
Sun 24 May 13:43:09 2015
LGWR started with pid = 12, OS id = 5564
Sun 24 May 13:43:09 2015
CKPT started with pid = 13, OS id = 16736
Sun 24 May 13:43:09 2015
SMON started with pid = 14, OS id = 14068
Sun 24 May 13:43:09 2015
RECCE has started with pid = 15, OS id = 16288
Sun 24 May 13:43:09 2015
MMON started with pid = 16, OS id = 10884
commissioning 1 dispatcher (s) for '(ADDRESS =(PARTIAL=YES) (PROTOCOL = TCP))' network address...
commissioning or shared server 1...
Environment ORACLE_BASE = D:\app\Administrator
Sun 24 May 13:43:09 2015
ALTER DATABASE MOUNT
Sun 24 May 13:43:09 2015
MMNL started with pid = 17, OS id = 16128
Mount of redo thread 1, with mount id 3325657453
Database mounted in exclusive Mode
Disabled lost write protect
Completed: ALTER DATABASE MOUNT
Sun 24 May 13:43:23 2015
change the database open
Sun 24 May 13:43:23 2015
LGWR: FROM PROCESS ARCH
Sun 24 May 13:43:23 2015
Arc0 started with pid = 21, OS id = 10084
Arc0: Started archiving
LGWR: FROM PROCESS ARCH COMPLETE
ARC0: FROM PROCESS ARCH
Sun 24 May 13:43:24 2015
Arc1 started with pid = 22, OS id = 18400
Sun 24 May 13:43:24 2015
ARC2 started with pid = 23, OS id = 17280
Arc1: Started archiving
ARC2: Started archiving
Arc1: become the "no FAL' ARCH
Arc1: become the "no SRL" ARCH
ARC2: Become the heartbeat ARCH
Errors in the d:\app\administrator\diag\rdbms\attndprd\attndprd\trace\attndprd_ora_10400.trc file:
ORA-19815: WARNING: db_recovery_file_dest_size 8589934592 bytes is 100.00% used and has 0 bytes remaining available.
************************************************************************
You have choice to free up space in the recovery area:
1 consider changing STRATEGY OF RETENTION of RMAN. If you are using Data Guard
then consider changing POLICY of DELETE ARCHIVELOG RMAN.
2 back up files on a tertiary device such as a tape with RMAN
SAFEGUARDING RECOVERY AREA command.
3. Add space drive and increase the db_recovery_file_dest_size setting to
reflect the new space.
4 remove the unnecessary files using the RMAN DELETE command. If a service
the system control has been used to remove the files, and then use the RMAN DUPLICATION and
Commands DELETE has EXPIRED.
************************************************************************
Errors in the d:\app\administrator\diag\rdbms\attndprd\attndprd\trace\attndprd_ora_10400.trc file:
ORA-19809: limit exceeded for file recovery
ORA-19804: cannot recover disk 44571136 bytes limit 8589934592 space
ARCH: 19809 error creating archive log file to ' C:\ORACLE\ORADATA\FLASH_AREA\ATTNDPRD\ARCHIVELOG\2015_05_24\O1_MF_1_10343_%U_. ARC'
Errors in the d:\app\administrator\diag\rdbms\attndprd\attndprd\trace\attndprd_ora_10400.trc file:
ORA-16038: log 2 # 10343 sequence can be archived
ORA-19809: limit exceeded for file recovery
ORA-00312: wire 2 1 online journal: ' D:\ORACLE\ORADATA\ATTNDPRD\ONLINELOG\O1_MF_2_8LRQYD8B_. JOURNAL"
ORA-00312: wire 2 1 online journal: ' C:\ORACLE\ORADATA\ATTNDPRD\ONLINELOG\O1_MF_2_8LRQYDF6_. JOURNAL"
USER (ospid: 10400): put an end to litigation because of the error 16038
Sun 24 May 13:43:24 2015
ARC3 started with pid = 24, OS id = 2188
Errors in the d:\app\administrator\diag\rdbms\attndprd\attndprd\trace\attndprd_arc2_17280.trc file:
ORA-19815: WARNING: db_recovery_file_dest_size 8589934592 bytes is 100.00% used and has 0 bytes remaining available.
************************************************************************
You have choice to free up space in the recovery area:
1 consider changing STRATEGY OF RETENTION of RMAN. If you are using Data Guard
then consider changing POLICY of DELETE ARCHIVELOG RMAN.
2 back up files on a tertiary device such as a tape with RMAN
SAFEGUARDING RECOVERY AREA command.
3. Add space drive and increase the db_recovery_file_dest_size setting to
reflect the new space.
4 remove the unnecessary files using the RMAN DELETE command. If a service
the system control has been used to remove the files, and then use the RMAN DUPLICATION and
Commands DELETE has EXPIRED.
************************************************************************
Instance of stopped by USER, pid = 10400
--------------------------------------------------------------------------------------------------------------------------
Regarding
Ngoyi

Hello

Now it works very well... with following

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

using sqlplus
- Startup mount
- ALTER database noarchivelog;
- ALTER database open;
-------------------------------------------------------------------------------

Concerning

Ngoyi

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

ALTER database open resetlog with ora-01666: controlfile is in standby
I have a problem after I have restore / recovered a backup of the source.

On the target, restoration/recovery all finished successfully, but change open resetlog of database with the following errors:

ORA-01666.

My steps are:

(1) make a backup as follows on the source (which is a prod before) complete
Configure controlfile autobackup on;
Configure snapshot controlfile name to ' / oracle_backup/rman/snapf.f'
BACKUP OF DATABASE TAG 'FULL '.
(2) CPC backupsets above the target
(3) in rman, set the dbid as the dbid of source, restored the snapf.f and then added the location.
(4) then restore, recover (everything is fine).
(5) when I alter database open resetlogs, it gives me error ora-01666.
(6) change the database open worked, but the PB is now in sleep mode and readonly.

I checked the settings, the dbname points to the dbname in source and db_unique_name point test on the target name. These two parameters have been reset by RMAN Duplicate.

We do not want a standby db, we need a test copied from the sourc.e environment

How should I proceed from here?

Thank you
Hello again;

And there is the problem, the only file of control is a watch. Compare your this example of mine:
```
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
4170117 Full 9.70M DISK 00:00:03 29-NOV-12
        BP Key: 4170119 Status: AVAILABLE Compressed: NO Tag: TAG20121129T125327
        Piece Name: /u01/oradata/RECOVER2_cold/control_RECOVER2_2821_20121129.bak
Control File Included: Ckp SCN: 1307992402301 Ckp time: 29-NOV-12

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
4170127 Full 9.73M DISK 00:00:01 29-NOV-12
        BP Key: 4170129 Status: AVAILABLE Compressed: NO Tag: TAG20121129T125332
        Piece Name: /u01/app/oracle/flash_recovery_area/RECOVER2/autobackup/2012_11_29/o1_mf_s_800628756_8chcsf10_.bkp
Control File Included: Ckp SCN: 1307992402301 Ckp time: 29-NOV-12
```
Note the version of ".bak" auto backup and y.

I think you need to take another backup. If you use Oracle 11 I have even more options.

For example, I update my test system using this:

http://www.Visi.com/~mseberg/RMAN/diff_database_duplicating.html

Sometimes I save on users, roles etc and replace later to hide.

Subsequently

You may be able to save what you have by creating a trace on the source file and then use it to re-create a control on the copy file.
```
If you run a backup trace command daily you can probably pull some SQL from your daily trace file like this.

CREATE CONTROLFILE REUSE DATABASE "RECOVER2" NORESETLOGS  NOARCHIVELOG
    MAXLOGFILES 16
    MAXLOGMEMBERS 3
    MAXDATAFILES 100
    MAXINSTANCES 8
    MAXLOGHISTORY 292
LOGFILE
...
...
```
You can save as say cf.sql, then:
```
SQL> startup nomount 

Run the SQL as shown above

SQL> @cf.sql

Control file created.

SQL>

Check the status of the database

SQL> select status from v$instance;

-- should be mounted

If the database is mounted, can it be opened?

Open the database

SQL> alter database open;

Database altered.
```
Best regards

mseberg

Published by: mseberg on November 29, 2012 19:10

Cannot run 'alter database open"in the file of RRS

Hello

My OS is Sun solaris,

Version of DB - 10.2.0.2.0

I am currently performing an offline backup in the file RRS by RMAN.
but when he reached never to

alter database open;

the code is

connect target RMAN/*****@abcd

startup force dba;
shutdown immediate;
startup mount;

configure retention policy to recovery window of 31 days;
configure controlfile autobackup on;
configure default device type to sbt;
configure device type sbt parallelism 1;
configure channel device type sbt format '%d_%s_%t_%p';

RUN
{
set command id to 'RMAN off full to nsr';
backup database;
}    \\===============> full backup is successful here.

alter database open; //=================>but never reaches to this line

RUN
{
allocate channel d1 device type disk;
copy current controlfile to '/aib-oa/ar/oraA378/backup/copy_A378.ctl';
release channel d1;
}

allocate channel for maintenance device type disk;

RUN
{
delete noprompt backup of spfile completed before 'sysdate-7';
}

What is the problem with the script?

any help in this...

Thank you

You would be able to open the database if you include it in the execution block

C:\Documents and Settings\Administrateur > rman target sys/oracle

Recovery Manager: release 10.2.0.5.0 - Production Fri Jan 13 18:03:40 2012

Copyright (c) 1982, 2007, Oracle. All rights reserved.

connected to target database: PRIM (DBID = 769308260, is not open)

RMAN > run
2 > {}
3 > alter database open;
{4 >}

using the control file of the target instead of recovery catalog database
open database

RMAN >

ALTER DATABASE FORCE_LOGGING
Hello

My entire database and all areas of storage were running with NOLOGGING. I want to change that to have everything CONNECT. I did a command ALTER DATABASE FORCE_LOGGING, but when I question I see this:

SELECT FORCE_LOGGING FROM V$ DATABASE;

YES

SELECT FORCE_LOGGING, TABLESPACE_NAME DBA_TABLESPACES;

Return all tablespaces

The fact that FORCE_LOGGING is relative to the database level interests eclipse the tablespace level? Or do I have to activate force_logging to the tablespace so level?

Mimi
Mimi Miami,

Enabling the setting force_logging on the wide database will be enough. Tablespaces will disconnect, if they are so, Yes.

http://download.Oracle.com/docs/CD/B19306_01/server.102/b14231/create.htm#sthref332
```
Oracle recommends that either the entire database is placed into FORCE LOGGING mode, or individual tablespaces be placed into FORCE LOGGING mode, but not both.
```
Ogan

"Alter database close" open "Alter database" error
Hi guys,.

I am not able to understand thinking, I hope that you guys and help me to find the cause of this:

It will be good if I say my problem in steps:

1. from the database with (start cut)
2. the opening of open data with (Alter database)

with that, I am able to open my database for normal operation. but the problem starts from here.

I gave the command 'Alter database close' to close the database.
now my database is the "mountain stage" as you all now.
but when I try to open the database for this stage, it is throughing error like this:

ERROR on line 1:
ORA-16196: database has been previously opened and closed

Solution to this error is: stop the instance a departure once again.
******************
Now my question is:

When I'm able to open the database to mount stage. so why I'm not able to open the database of some open stage.

Databases:
******************
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE 10.2.0.4.0 Production
AMT for Solaris: release 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production

OS information:
SunOS 5.10 Generic_118833-33 sun4u sparc SUNW, Sun-Fire-880 (Solaris)

Let me know if you need more details.

With regard to:
Mukesh
Check this out, you'll get clear information.

change the database close

How a database is closed

The database close operation is implicit in a shutdown of the database. The nature of the operation depends on whether the closing of the database is normal or abnormal.
At this point, the only option for the instance must close, put an end to the life of this instance.

http://download.Oracle.com/docs/CD/E11882_01/server.112/e10713/startup.htm#BABDBBAJ

HTH
-André

"alter database open resetlogs ' not reset one of the data files
I spent the last few weeks and a half, three years recovery of an oracle database (linux 64-bit of 11g) due to a block corrupted in a newspaper online redo (I thought was written at multiple locations). I have restored the files, some of them around displacement in the process; recovered on the last possible point; files moved to their location; has ran "alter database open resetlogs; and one of the files of data (from a bigfile tablespace) does not reset itself. I checked afterwards, and it has been marked offline. I do not remember placing the file in offline mode and can not find such a statement in my last orders 300 sqlplus, that includes orders while I renamed this file and the controls surrounding rename it.

Restore/recovery of the new database will take too long and is a remarkably low option. Even if the database was opened correctly, the affected tablespace not would have been addressed in two or three minutes, that the database has been opened. Is it possible to force the oracle again reset newspapers or the difficulty, otherwise this one file to mark with the same date? Allowing only to the resetlogs option after incomplete recovery seems a poor restriction, in particular, if files gliding through like that. I suspect there is a way to simply set the values of control point for the tablespace, but I don't know where to start. This particular file is < 5% of the database, so if I do a sort of backup/restore with all this, it's probably doable.
Thank you for the necessary information, the image would have been much clearer if you would have posted this initially. There was nothing wrong in procedures that you applied.

Unfortunately, it seems you hit a bug, the command to reset everything... is alter database open resetlogs, and there is no other command.
So, Yes, you must go to this door that says more
'Ogni speranza, voi che entrate leave fare' (leave all hope behind you, you happening. It is the inscription of Hades, the underworld, the Monteverdi's Opera "Orfeo"). This gate is called "My Oracle Support" and if your problem will be solved, who knows.
I don't think that this is a generic problem however, or we would have known, so it's probably still a few 64-bit partner. These days at Oracle quality assurance procedures seems to leave much to be desired.
If all goes well, they will be able to reproduce your problem.
Good luck on your trip across the river Styx!
Although they will probably want to upgrade you to 11.1.0.7
------------
Sybrand Bakker
Senior Oracle DBA

ORA-1113 marked during: alter database open
Help, please!

While in retrospect was backing one of the index file of the database on our server, I started accidentally services and the Oracle database. When trying to connect to SQL, the following error message occurs:

ORA-01033: Oracle initialization or shutting.

I opened the alert log database and the following error message was published at the time, that I started to the Oracle database.

ORA-1113 marked during: alter database open

Is the version of Oracle 8i and the operating system is Windows NT 4.0.

If anyone knows how to fix this problem without having to perform a database recovery, I would appreciate your help.

Thank you in advance.
ORa-1113 error means that your application of backup ("retrospective") an ALTER TABLESPACE BEGIN BACKUP and END for each tablespace.

In 8i, you wouldn't have the command "ALTER DATABASE END BACKUP". Neither the "ALTER DATABASE DATAFILE... BACKUP COPY OF THE END. "

What you would do is:
1. start the service.
2. go to the quick Windows command line as administrator or the account of the OS_DBA Group (with the right ORACLE_SID, ORACLE_HOME and path)
3 sqlplus / as sysdba
4 start editing - or ALTER DATABASE MOUNT so it start but not mounted
5 ALTER TABLESPACE (tablespacename_that_was_in_backup_mode) BACKUP end;
(if there were spaces of multiple tablespaces in backup mode, issue the END BACKUP for each other)
6. ALTER DATABASE OPEN;

The other option in step 5 is the "RECOVER DATABASE". Oracle can ask any archivelogs to synchronize the files data back.

ORA-1092 marked during: ALTER DATABASE OPEN...

Oracle 11.2.0.1

Running in noarchive mode - so no backup. This is a new test database.

The database was working fine. I used SQL Developer 'data copy' to bring objects of production database for test. The program ran for hours and never finished. So I clicked on the button "Cancel". And "the copy database" program closed cleanly.

I was able to connect to the database, but when I tried to create a db link it hung. So I made an immediate halt and the database closed properly.

But when I tried to put the database in the rear seat... that's when the problem started.

SQL> startup
ORACLE instance started.

Total System Global Area 1.3495E+10 bytes
Fixed Size                  2218032 bytes
Variable Size            6845106128 bytes
Database Buffers         6576668672 bytes
Redo Buffers               71471104 bytes
Database mounted.
ORA-01092: ORACLE instance terminated. Disconnection forced
ORA-00704: bootstrap process failure
ORA-00604: error occurred at recursive SQL level 1
ORA-00942: table or view does not exist
Process ID: 5555
Session ID: 191 Serial number: 3

SQL> shutdown immediate
ORA-24324: service handle not initialized
ORA-01041: internal error. hostdef extension doesn't exist

Here's what's in the newspaper of the alerts:

<msg time='2014-11-07T07:30:05.326-08:00' org_id='oracle' comp_id='rdbms'
 msg_id='opiexe:3056:2780954927' client_id='' type='NOTIFICATION'
 group='admin_ddl' level='16' host_id='dub-ImrORA2.americas.epicor.net'
 host_addr='10.20.0.88' module='[email protected] (TNS V1-' pid='5555'>
 <txt>ORA-1092 signalled during: ALTER DATABASE OPEN...
 </txt>
</msg>
<msg time='2014-11-07T07:30:05.343-08:00' org_id='oracle' comp_id='rdbms'
 client_id='' type='UNKNOWN' level='16'
 host_id='dub-ImrORA2.americas.epicor.net' host_addr='10.20.0.88' module='[email protected] (TNS V1-'
 pid='5555'>
 <txt>opiodr aborting process unknown ospid (5555) as a result of ORA-1092
 </txt>
</msg>
<msg time='2014-11-07T07:30:06.531-08:00' org_id='oracle' comp_id='rdbms'
 type='UNKNOWN' level='16' host_id='dub-ImrORA2.americas.epicor.net'
 host_addr='10.20.0.88' pid='5555'>
 <txt>ORA-1092 : opitsk aborting process
 </txt>
</msg>

Please tell me how to recover this database.

It seems that you have corrupted objects "bootstrap", such as access$, which is necessary for the open operation. Only solution is to restore from a backup, or re-create DB.

Can not find the trace file after "alter database backup controlfile to trace;" on the RDBMS 11.2.0.3

Hello
I use a database on RDBMS 11.2.0.3. Connected as sys and run
SQL > alter database backup controlfile to trace;
Database altered.
view the USER_DUMP_DEST parameter.
VALUE OF TYPE NAME
------------------------------------ ----------- ------------------------------
user_dump_dest string D:\app\oracle\diag\rdbms\pears
dev\pearsdev\trace
Looking at the track record, there is no trace file? What am I missing?
Thank you
Mathias

Confirm with:

SQL > dir D:\APP\ORACLE\CONTROLFILE the host. TXT

Database ALTER DATABASE RECOVER using backup controlfile with AUTO option

Hello. I was recovering a database today and had a little blip.
I have published the following:
Database ALTER DATABASE RECOVER using backup controlfile
I then chose the AUTO option, allowing Oracle to select all available log files so that it would recover to the last log found in the destination of archive
However... has performed the following:
ORA-00289: suggestion:
/U03/Oracle/stk2proddata/archived_logs/arch1_242449_737547185.dbf
ORA-00280: change 30031145558 thread 1 is in sequence #242449
ORA-00278: log file
' / u03/oracle/stk2proddata/archived_logs/arch1_242448_737547185.dbf' is no longer
necessary for this recovery

ORA-00308: cannot open archived log
' / u03/oracle/stk2proddata/archived_logs/arch1_242449_737547185.dbf'
ORA-27037: unable to get file status
Linux-x86_64 error: 2: no such file or directory
Additional information: 3
Two messages above that I expected. However, I made then this:
SQL > alter database open resetlogs;
ALTER database open resetlogs
*
ERROR on line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: ' / u02/oracle/stk2proddata/system01.dbf'
This is not what I expected. What I've done wrong? Should I once received the message "cannot open archived log", launched to CANCEL?
I then recovered again, but used
SQL > restore database using backup controlfile until cancel;
ORA-00279: change 30031145558 generated at 30/04/2014 09:58:34 needed to
thread 1
ORA-00289: suggestion:
/U03/Oracle/stk2proddata/archived_logs/arch1_242449_737547185.dbf
ORA-00280: change 30031145558 thread 1 is in sequence #242449

Specify the log: {< RET > = suggested |} Filename | AUTO | CANCEL}
ORA-00279: change 30031157768 generated at 30/04/2014 10:06:07 needed to
thread 1
ORA-00289: suggestion:
/U03/Oracle/stk2proddata/archived_logs/arch1_242450_737547185.dbf
ORA-00280: change 30031157768 thread 1 is in sequence #242450
ORA-00278: log file
' / u03/oracle/stk2proddata/archived_logs/arch1_242449_737547185.dbf' is no longer
necessary for this recovery

Specify the log: {< RET > = suggested |} Filename | AUTO | CANCEL}
Cancel
Cancelled media recovery.
SQL > alter database open resetlogs;
Database altered.
No problem then here. Could someone please explain what I did wrong the first time and the second time right? Is this a problem with the car and using CANCEL?
Thank you!
DA
11.2.0.2
RHEL 5.5

Bug: 4178579

ALTER database open resetlog?
Hi all

I have try the database cloning (new name of the database) in my development environment (Oracle 11 g r1 Windows 2003 Server). While creating a new controlfile, we order as this "CREATE CONTROLFILE REUSE SET DATABASE 'ORCL2' RESETLOGS FORCE LOGGING NOARCHIVELOG"
1.i just want to know why we need to use resetlogs, when I place this order, what happens internally in the oracle?
2. when the new name of the database is updated in all the data file during create controlfile or opening of the database?
3 alter database open resetlogs what happens internally in the oracle when I place the order?

Please me tips

Thank you and best regards,

Shan
This will help you

http://Web.NJIT.edu/info/limpid/doc/backup.102/b14191/osrecov009.htm

Physical standby without ALTER DATABASE FORCE LOGGING
Hello
Is it possible to use the physics of the standby database without executing ALTER DATABASE FORCE LOGGING primary side?
Can I use alter tablespace force logginng instead?

I want to have a tablespace with nologging option to reduce the traffic of again for some operations.

I can't verify this because I don't have enough servers to build the configuration of Eve.
```
Were there any changes between 10g and 11g in necessity of doing ALTER DATABASE FORCE LOGGING?
```
I see nothing in the documents, and I put them in place on both versions. In fact, my document Oracle 11 for DG of installation works perfectly in Oracle 10.

I see nothing in the book of Larry to indicate a change.

http://www.Amazon.com/Oracle-guard-Handbook-Osborne-Oracle/DP/0071621113

If you are looking for B14239-05 and E10700-02 "Force Logging.

You will find the exact text even under the exact same section 3.1.1.

This highlights without change.

Best regards

mseberg

Published by: mseberg on June 8, 2011 10:53

ALTER database open resetlogs
Hello

When we do not control the recovery of files using cold backup apply us redo logs and archive logs.

so here we are going to complete recovery.

and when I try to open the database with > alter database open;

It is said to use the resetlogs or noresetlogs option.

That is why we open the database need with > alter database open resetlogs;

Why > alter database open; does not work.

Please let me know.

Thank you
It has to do with the incarnation of the database which would be affected when retrieving control files is done. It's the OPEN clause will not work.

Aman...

ALTER database command

Similar Questions

Maybe you are looking for