Resize datafile when database is mount

Hello,
I need resize datafile when database is mount not open(I recover database).
Is it posible?

Try making the tablespace offline, opening the database and resizing the datafile. After you resize the datafile, recover the tablespace or just the datafile.
In Oracle documentation: Backup & Recovery Guide, you can find more details of these options:
=>RECOVER TABLESPACE Statement
RECOVER TABLESPACE performs media recovery on all datafiles in the tablespaces listed. For example, enter the following at the SQL prompt to recover tablespace TBS_1:
RECOVER TABLESPACE tbs_1
The tablespaces must be offline to perform the recovery. Oracle indicates an error if none of the files require recovery.
=> RECOVER DATAFILE Statement
RECOVER DATAFILE lists the datafiles to be recovered. For example, enter the following at the SQL prompt to recover datafile /oracle/dbs/tbs_22.f:
RECOVER DATAFILE '/oracle/dbs/tbs_22.f'
The database can be open or closed, provided that you can acquire the media recovery locks. If the database is open in any instance, then datafile recovery can only recover offline files.
Hope it helps.
Eliane

Similar Messages

Drop a tablespace and datafile when database is mounted

I tried to import data in my oracle 11g. It failed midway. I presumed that i did not size the redolog properly. Now my database cannot go beyound the mounted mode.
ORA-01157: cannot identify/lock data file 7 – see DBWR trace file
ORA-01110: data file 7: ‘ /data1/owprojects/xxxxx.dbf ‘
Its a new oracle installation and i do not need the corrupt datafile.
I cant take the tablespace offline neither can i drop the tablespace including its contents.
Do i drop from the Linux OS. If yes which other file to i edit to remove the pointer to this tablespace.
Thanks and Best Regards
J

Try:
alter database datafile 7 offline for drop;Example:
SQL> startup mount;
ORACLE instance started.
Total System Global Area 1071333376 bytes
Fixed Size                  1388352 bytes
Variable Size             658505920 bytes
Database Buffers          406847488 bytes
Redo Buffers                4591616 bytes
Database mounted.
SQL>
SQL> alter database open;
alter database open
ERROR at line 1:
ORA-01157: cannot identify/lock data file 5 - see DBWR trace file
ORA-01110: data file 5: 'C:\TEMP\TEST01.DBF'
SQL> alter database datafile 5 offline for drop;
Database altered.
SQL> alter database open;
Database altered.
SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     396
Next log sequence to archive   397
Current log sequence           397
SQL> alter tablespace test drop datafile 5;
alter tablespace test drop datafile 5
ERROR at line 1:
ORA-03261: the tablespace TEST has only one file
SQL> drop tablespace test;
Tablespace dropped.
SQL>Please read http://docs.oracle.com/cd/E11882_01/server.112/e25494/dfiles004.htm#ADMIN11428.
Edited by: P. Forstmann on 19 mars 2012 18:53

Relocating datafiles on standby database after mount point on stanby is ful

Hi,
We have a physical standby database.
The location of datafiles on primary database are at /oracle/oradata/ and the location of datafiles on standby database are at /oracle/oradata/
Now we are facing a situation of mount mount getting full on standby database so we need to move some tablespaces to another location on standby.
Say old location is /oracle/oradata/ and new location is /oradata_new/ and the tablespaces to be relocated are say tab1 and tab2.
Can anybody tell me whether following steps are correct.
1. Stop managed recovery on standby database
alter database recover managed standby database cancel;
2. Shutdown standby database
shutdown immediate;
3. Open standby database in mount stage
startup mount;
4. Copy the datafiles to new location say /oradata_new/ using os level command
4. Rename the datafile
alter database rename file
'/oracle/oradata/tab1.123451.dbf', '/oracle/oradata/tab1.123452.dbf','/oracle/oradata/tab2.123451.dbf',''/oracle/oradata/tab2.123452.dbf'
to '/oradata_new/tab1.123451.dbf', '/oradata_new/tab1.123452.dbf','/oradata_new/tab2.123451.dbf',''/oradata_new/tab2.123452.dbf';
5. Edit the parameter db_file_name_convert
alter system set db_file_name_convert='/oracle/oradata/tab1','/oradata_new/tab1','/oracle/oradata/tab2','/oradata_new/tab2'
6. Start a managed recovery on standby database
alter database recover managed standby database disconnect from session;
I am littelbit confused in step 5 as we want to relocate only two tablespaces and not all tablespaces so we have used.
Can we use db_file_name_convert like this i.e. does this work for only two tablespaces tab1 and tab2.
Thanks & Regards
GirishA

http://download.oracle.com/docs/cd/B19306_01/server.102/b14239/manage_ps.htm#i1010428
8.3.4 Renaming a Datafile in the Primary Database
When you rename one or more datafiles in the primary database, the change is not propagated to the standby database. Therefore, if you want to rename the same datafiles on the standby database, you must manually make the equivalent modifications on the standby database because the modifications are not performed automatically, even if the STANDBY_FILE_MANAGEMENT initialization parameter is set to AUTO.
The following steps describe how to rename a datafile in the primary database and manually propagate the changes to the standby database.
To rename the datafile in the primary database, take the tablespace offline:
SQL> ALTER TABLESPACE tbs_4 OFFLINE;
Exit from the SQL prompt and issue an operating system command, such as the following UNIX mv command, to rename the datafile on the primary system:
% mv /disk1/oracle/oradata/payroll/tbs_4.dbf
/disk1/oracle/oradata/payroll/tbs_x.dbf
Rename the datafile in the primary database and bring the tablespace back online:
SQL> ALTER TABLESPACE tbs_4 RENAME DATAFILE 2> '/disk1/oracle/oradata/payroll/tbs_4.dbf'
3> TO '/disk1/oracle/oradata/payroll/tbs_x.dbf';
SQL> ALTER TABLESPACE tbs_4 ONLINE;
Connect to the standby database, query the V$ARCHIVED_LOG view to verify all of the archived redo log files are applied, and then stop Redo Apply:
SQL> SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;
SEQUENCE# APP
8 YES
9 YES
10 YES
11 YES
4 rows selected.
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
Shut down the standby database:
SQL> SHUTDOWN;
Rename the datafile at the standby site using an operating system command, such as the UNIX mv command:
% mv /disk1/oracle/oradata/payroll/tbs_4.dbf /disk1/oracle/oradata/payroll/tbs_x.dbf
Start and mount the standby database:
SQL> STARTUP MOUNT;
Rename the datafile in the standby control file. Note that the STANDBY_FILE_MANAGEMENT initialization parameter must be set to MANUAL.
SQL> ALTER DATABASE RENAME FILE '/disk1/oracle/oradata/payroll/tbs_4.dbf'
2> TO '/disk1/oracle/oradata/payroll/tbs_x.dbf';
On the standby database, restart Redo Apply:
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE
2> DISCONNECT FROM SESSION;
If you do not rename the corresponding datafile at the standby system, and then try to refresh the standby database control file, the standby database will attempt to use the renamed datafile, but it will not find it. Consequently, you will see error messages similar to the following in the alert log:
ORA-00283: recovery session canceled due to errors
ORA-01157: cannot identify/lock datafile 4 - see DBWR trace file
ORA-01110: datafile 4: '/Disk1/oracle/oradata/payroll/tbs_x.dbf'

When to restore controlfile, rman is complaining database not mounted?

to restore controlfile, shouldn`t the database be in NOMOUNT status?
if yes, then why rman is complaining ORA-01507?
where I went wrong? Please advise.
C:\Documents and Settings\PhoenixBai>rman target / nocatalog
Recovery Manager: Release 10.2.0.1.0 - Production on Tue Dec 14 10:35:51 2010
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database (not started)
RMAN> startup nomount;
Oracle instance started
Total System Global Area     612368384 bytes
Fixed Size                     1250428 bytes
Variable Size                234883972 bytes
Database Buffers             369098752 bytes
Redo Buffers                   7135232 bytes
RMAN> restore controlfile until time 'sysdate-1.5/24';
Starting restore at 14-DEC-10
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=157 devtype=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 12/14/2010 10:36:12
ORA-01507: database not mounted
RMAN>

it doesn`t. I tried long before this one.
the dilemma i am facing is that I need to recover to the time which was included in incarnation 2.
And to be able to reset database to incarnation 2, i need to startup MOUNT the database.
And once you startup mount the database RESTORE CONTROLFILE won`t work any more.
below is the standard procedure, documented on 10gR2 doc, but still, i am getting errors:
Why it is throwing errors? HOw can I fix?
RMAN> alter database mount;
database mounted
RMAN> list incarnation of database orcl;
List of Database Incarnations
DB Key Inc Key DB Name DB ID            STATUS Reset SCN Reset Time
1       1       ORCL     1264908153       PARENT 1          30-AUG-05
2       2       ORCL     1264908153       PARENT 534907     07-DEC-10
3       3       ORCL     1264908153       CURRENT 56335397   14-DEC-10
RMAN> reset database to incarnation 2;
database reset to incarnation 2
RMAN> restore database until scn 56335390;
Starting restore at 14-DEC-10
using channel ORA_DISK_1
creating datafile fno=6 name=E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\ETLTBS01.ORA
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
restoring datafile 00002 to E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF
restoring datafile 00003 to E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
restoring datafile 00004 to E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
restoring datafile 00005 to E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DBF
channel ORA_DISK_1: reading from backup piece E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2
MF_NNND1_TAG20101213T132300_6JCCFO2X_.BKP
channel ORA_DISK_1: restored backup piece 1
piece handle=E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2010_12_13\O1_MF_NNND1_TAG20101213
O2X_.BKP tag=TAG20101213T132300
channel ORA_DISK_1: restore complete, elapsed time: 00:00:55
Finished restore at 14-DEC-10
RMAN> recover database until scn 56335390;
Starting recover at 14-DEC-10
using channel ORA_DISK_1
starting media recovery
media recovery failed
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 12/14/2010 11:36:14
ORA-00283: recovery session canceled due to errors
RMAN-11003: failure during parse/execution of SQL statement: alter database recover if needed
start until change 56335390
ORA-00283: recovery session canceled due to errors
ORA-38727: FLASHBACK DATABASE requires a current control file.Edited by: PhoenixBai on Dec 14, 2010 11:37 AM

ORA-01507: database not mounted when attempting to run emca

All,
I'm working on a renamed host attempting to drop and create the repository so that I can get the Oracle Enterprise Manager running on this host. In doing so, I was able to successfully drop the repository with the following command:
./emca -deconfig dbcontrol db -repos dropMy issue surfaces when i now try to create the repository as follows:
./emca -config dbcontrol db -repos create.
Dec 3, 2012 5:55:11 PM oracle.sysman.emcp.EMConfig perform
SEVERE: No value was set for the parameter DBID.
The above output was on my screen. When I check the emca logfile, I found the following:
Dec 3, 2012 5:54:44 PM oracle.sysman.emcp.DatabaseChecks checkDataGuardEnabled
CONFIG: ORA-01507: database not mounted
Dec 3, 2012 5:55:11 PM oracle.sysman.emcp.DatabaseChecks getDbid
CONFIG: ORA-01507: database not mounted
Does anyone have any input as to what could be the problem?
Thanks in advance!

The server and database have been restarted since the hostname change. I don't know it this will help shed any light, but I have also attempted to use dbca in an attempt to work around the emca issue, but it also gives me errors. Sometimes I get the error stating it cannot run in EXCLUSIVE mode. Other times I get a database not found error.
Could the problem be that I need to shutdown the database and start it in a particular mode prior to running emca?
Thanks

Will resizing datafile after shrink segment minimize the rman bkp duration

Hi ,
We have 1 TB database where in the RMAN backup runs for nearly 35 Hrs .
At database level if i shrink the segments to reclaim space and then resize datafile , will it have my RMAN backup duration time to decrease .
Kindly let me know if this can be done .

whats the database version.
As in 10g Rel 2 See "UNUSED BLOCK COMPRESSION"
Unused Block Compression Of Datafile Backups to Backup Sets
When backing up datafiles into backup sets, RMAN does not back up the contents of data blocks that have never been allocated. (In previous releases, this behavior was referred to as NULL compression.)
RMAN also skips other datafile blocks that do not currently contain data, if all of the following conditions apply:
The COMPATIBLE initialization parameter is set to 10.2
There are currently no guaranteed restore points defined for the database
The datafile is locally managed
The datafile is being backed up to a backup set as part of a full backup or a level 0 incremental backup
The backup set is being created on disk.
Skipping unused data blocks where possible enables RMAN to back up datafiles using less space, and can make I/O more efficient.
http://docs.oracle.com/cd/B19306_01/backup.102/b14194/rcmsynta009.htm

Database is mounted automaticaly, but doesn't open

Hello everybody! Please help!!!
I have Oracle 8.1 installed on Win2000. When I restart the PC, the database is mounted automaticaly, but doesn't open. I have to open it manually every time I restart the PC. How can I solve this problem?

Try trash the com.apple.iPhoto.plist file from the HD/Users/ Your Name / library / preferences folder. (Remember you'll need to reset your User options afterwards. These include minor settings like the window colour and so on. Note: If you've moved your library you'll need to point iPhoto at it again.)
*What's the plist file?*
For new users: Every application on your Mac has an accompanying plist file. It records certain User choices. For instance, in your favourite Word Processor it remembers your choice of Default Font, on your Web Browser is remembers things like your choice of Home Page. It even recalls what windows you had open last if your app allows you to pick up from where you left off last. The iPhoto plist file remembers things like the location of the Library, your choice of background colour, whether you are running a Referenced or Managed Library, what preferences you have for autosplitting events and so on. Trashing the plist file forces the app to generate a new one on the next launch, and this restores things to the Factory Defaults. Hence, if you've changed any of these things you'll need to reset them. If you haven't, then no bother. Trashing the plist file is Mac troubleshooting 101.
If that doesn't help:
Post the Crash Log.
It's at Home / Library / Logs / Crash-Reporter / iphoto.crash.log
Double click on the file and it will open in the Console. Copy and Paste it in here.
Regards
TD

Starting Physically Standby Database in Mount Mode

Hi All
I have configured Data Guard using Oracle 10g 10.2.0.4.0 (64 bits) on Windows 2008 Server (64 bits) Release 2 Enterprise.
Data guard configuration was OK as the message from "Enable Configuration DG1" was "SUCCESS" for both
Primary and Standby Database. I have also set both Databases and TNS to start Automatically whenever Windows Starts.
The Problem is as long as the Standby Server is running, there is No issue.
But when we Restarts the Backup Server, Physically Standby Database is Started and TNS is also Started,
but Archives are not received until I physically do the following steps so that it can received the Archives.
SQL> startup nomount;
SQL> alter database mount standby database;
SQL> alter database recover managed standby database disconnect from session;
Is there a way to start Physically Standby Database in Mount mode when windows started.
Regards
Thunder2777

Hi Mihael
I have created 2 files. 1 Bat file 2nd sql file which contains all commands as written above.
When I execute start.bat file
1. set ORACLE_HOME=C:\oracle\product\10.2.0\db_1
2. set ORACLE_SID=UMISBK
3. sqlplus / [email protected]
1 & 2 executed properly. At 3 it just display SQL help for login as shown below.
SQL*Plus: Release 10.2.0.4.0 - Production
Copyright (c) 1982, 2007, Oracle. All Rights Reserved.
Usage 1: sqlplus -H | -V
    -H             Displays the SQL*Plus version and the usage help.
    -V             Displays the SQL*Plus version.
Usage 2: sqlplus [ [<option>] [<logon>] [<start>] ]
<option> is: [-C <version>] [-L] [-M "<options>"] [-R <level>] [-S]
It Did Not execute start.sql file to excute sql commands.
Regards
Thunder2777

PIT recovery until time when database was in backup mode

Hello,
Is it possible to recover database until some point/time which is within "time window" when database tablespaces were still in online backup mode?
I was basicaly replicatying database from source to target DB by putting DB to online backup mode, then copy all datafiles, after copy of datafiles was finished I started applying redologs generated on source DB afterwards. After I applied tens of redologs with "recover database until cancel using backup controlfile" and then typed "CANCEL" after 10-20 redologs applied I still got an error that opening DB would get an error due to inconsistent datafile. When I ended backup mode on source DB and applied few of redologs after ending backup mode on source DB datafiles were consistent.....
Thx a lot for answer in advance.

Hello Hemant K Chitale ,
thats clear. I probably did not express it clearly, so I will describe it once again:
Teoreticall scenario 1:
I put 'source" database to backup mode and start copy datafiles to "target" db. When copy of all datafiles is succesfully finished (lets say it 5:00AM), I don't issue "end backup" on source DB but I keep tablespaces in backup mode until 7:00AM. On target DB I will start recovery and apply redologs from source system.
Question 1:Is it possible to recover database until time 6:00AM? At this time all datafiles were already succesfully copied, BUT source db was still in backup mode. Or will I be able to get target DB to consistent state only after 7:00AM (end backup issuied on source DB) and not in window 5:00AM-7:00AM?
Teoreticall scenario 2 (small correction comparing to scenario1):
I will put source DB to begin backup mode at 5:00AM on 20.february and let it in this state until 7:00AM on 20.february. On target DB I will restore backup from source DB performed day before (or few days before does not matter) that means on 19.february and start to apply redologs generated after this backup.
Question 2: Will I be able to recover DB until 6:00AM on 20.february and open database after recovery until this time? Or wont I be able to recover and open DB witin window 20.february 5:00AM-7:00AM (source db in backup mode)
Bear in mind this is just teoreticly (don't ask me why would you do it and why you don't do it this way etc...). I just want to understand how it really works ;)
Thx a lot!

Facing Problem in resizing datafile

Hi i m facing problem in resizing a datafile of size 2.5 gb, i infact import data of 2gb in this file then reorganize data in different tablespace now the used size of this datafile is 96mb , when i issue command to reduce it to 200mb it gives me error that data exist u cannot resize datafile,
tell me what should be done to resize it.
thanks

Hi,
You can create a working tablespace with a good size
CREATE TABLESPACE tbs_tmp
DATAFILE 'D:\Oracle\oradata\SID\file_tmp.dbf' SIZE 100M
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 64K;
And move all segments from your tablespace TBS1 into this new tbs
(select segment_name,segment_type from dba_segments where tablespace_name = 'TBS1')
If indexes :
alter index owner.index_name rebuild tablespace tbs_tmp;
If table :
alter table owner.table_name move tablespace tbs_tmp;
Ensure that the tablespace TBS1 is empty
select segment_name,segment_type from dba_segments where tablespace_name = 'TBS1'
After what, if no row return, you can drop your first tablespace,
DROP TABLESPACE tbs1 INCLUDING CONTENTS CASCADE CONSTRAINTS;
recreate it with a goos size,
CREATE TABLESPACE tbs1
DATAFILE 'D:\Oracle\oradata\SID\file_tbs1.dbf' SIZE 100M
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 64K;
and move all segment from tbs_tmp into this new tbs1
(select segment_name,segment_type from dba_segments where tablespace_name = 'TBS_TMP')
If indexes :
alter index owner.index_name rebuild tablespace tbs1;
If table :
alter table owner.table_name move tablespace tbs1;
Ensure that the tablespace TBS1 is empty
select segment_name,segment_type from dba_segments where tablespace_name = 'TBS_TMP'
If no row return, drop the working tablespace
DROP TABLESPACE tbs_tmp INCLUDING CONTENTS CASCADE CONSTRAINTS;
Nicolas.

Client access issues when mailboxes are mounted on a specific mailbox server

One of our 3 mailbox servers gives us an error when mailbox databases are mounted on it.
All web services are not functioning properly, there is an event log error for each web service web.config file saying file not found, If I open each web.config file and look at the line in question they all point to:
<assemblies>
<add assembly="Microsoft.Exchange.Security, Version=15.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
</assemblies>
Does anyone know what this is pointing at or what my server is missing?
It is Exchange 2013 Sp1 RU7 as are my other 2 mbx servers which work fine...
all pre-req's are installed as I double checked and no difference between the 3 mbx servers that I can see...
***Don't forget to mark helpful or answer***

IIS error
=== Pre-bind state information ===<o:p></o:p>
LOG: DisplayName = Microsoft.Exchange.Security, Version=15.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35<o:p></o:p>
(Fully-specified)<o:p></o:p>
LOG: Appbase = file:///C:/Program Files/Microsoft/Exchange Server/V15/ClientAccess/Autodiscover/<o:p></o:p>
LOG: Initial PrivatePath = C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Autodiscover\bin<o:p></o:p>
Calling assembly : (Unknown).<o:p></o:p>
===<o:p></o:p>
LOG: This bind starts in default load context.<o:p></o:p>
LOG: Using application configuration file: C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Autodiscover\web.config<o:p></o:p>
LOG: Using host configuration file: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet.config<o:p></o:p>
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config.<o:p></o:p>
LOG: Post-policy reference: Microsoft.Exchange.Security, Version=15.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35<o:p></o:p>
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/autodiscover/b455e468/cbaac37d/Microsoft.Exchange.Security.DLL.<o:p></o:p>
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/autodiscover/b455e468/cbaac37d/Microsoft.Exchange.Security/Microsoft.Exchange.Security.DLL.<o:p></o:p>
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft/Exchange Server/V15/ClientAccess/Autodiscover/bin/Microsoft.Exchange.Security.DLL.<o:p></o:p>
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft/Exchange Server/V15/ClientAccess/Autodiscover/bin/Microsoft.Exchange.Security/Microsoft.Exchange.Security.DLL.<o:p></o:p>
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/autodiscover/b455e468/cbaac37d/Microsoft.Exchange.Security.EXE.<o:p></o:p>
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/autodiscover/b455e468/cbaac37d/Microsoft.Exchange.Security/Microsoft.Exchange.Security.EXE.<o:p></o:p>
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft/Exchange Server/V15/ClientAccess/Autodiscover/bin/Microsoft.Exchange.Security.EXE.<o:p></o:p>
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft/Exchange Server/V15/ClientAccess/Autodiscover/bin/Microsoft.Exchange.Security/Microsoft.Exchange.Security.EXE.<o:p></o:p>
***Don't forget to mark helpful or answer***

Syntax to resize datafile in 10g

syntax to resize datafile in 10g

the reason is
in 10g if u want to create tablespace the syntax is
create tablespace table_name datafile 10M;No, actually. The syntax on how to create a tablespace is exactly the same today as it was in 1999. Create tablespace X datafile '/path/filename' size 10M.
It is, however, possible to omit both the path and size clause if you want to use Oracle Managed Files (OMF):
alter system set db_create_file_dest=/path/filename;
create tablespace X;
And then it's possible to add back the size clause if you don't like the default 100M autoextend on which OMF gives you:
create tablespace X datafile size 10M;
or
create tablespace X datafile size 10m autoextend off;
or
create tablespace X datafile size 10m autoextend on next 10m maxsize 400m;
Point is, the syntax for creating a tablespace has many different variations and options, but the basic syntax hasn't changed a bit. The other point is: what has creating a tablespace got to do with what you originally asked about, which was resizing an existing datafile?
to add datafile
alter tablespace table_name add datafile;
it will add datafile with default size and with name
according to its naming convention.Yes, but you are not obliged to let that happen.
alter system set db_create_file_dest=/path/filename;
alter tablespace X add datafile '/different/path/myownfilename' size 37M;
...you switch on OMF and then decide you don't want to use it for one particular file. The presence/existence of OMF is an addition of features if you want to use them. It doesn't take anything away from you and if you want to specify all the parts of the create or alter tablespace clause yourself, you can do so, no sweat -at which point, your syntax will look incredibly like what you would have issued in 8i or 9i days.
Analogy time: yes, today, you can build homes out of steel, concrete, carbon-reinforced composites, whereas in the 16th century you might have used timber, wattle and daub. But a house still has rooms, chimney flues, windows, doors. The house I live in would be recognisable to Shakespeare as a house. And what he lived in would be something I could live in too.
Yeah, well: maybe analogies aren't all they're cracked up to be! But the underlying truth is that Oracle gives you new features in new versions and using them can be highly convenient and useful. Nevertheless, if you understand the underlying principles,the old stuff is still there, still recognisable, still usable.
thats why i am asking for syntax to resize datafile
in 10g ,i had fired above sqls with no errors.Again, I am a little at a loss understanding why the fact that the syntax for creating a tablespace has new options should cause you to think anything weird has happened to the syntax for resizing a datafile.
As others I think have already mentioned: there always were and still remain only three ways of making a tablespace bigger:
add a datafile
resize an existing datafile
switch on autoextension of an existing datafile
alter tablespace X add datafile ['/path/filename'][size 10m];
alter database datafile '/path/filename' resize 54m;
alter database datafile '/path/filename' autoextend on [next Xm] [maxsize Ym];
None of that syntax is different from what you'd use in version 7. Yes, some commands have optional clauses -and some of the clauses which are optional in 10g were compulsory in 7 or 8. But the general syntax is identical, still.

What do?. when database not open

my server oem is cash and i don't backup control file.
Now my database startup mount only. it does't startup open.
somby help me please, what i do for startup my database

Hi
If you can mount the database it means that you have a control file.
What did you lose in the crash?
What errors do you get when you try to open the database?
How did you restore?
Are you running archivelog mode?

Adding and resizing datafiles seems to take long.

We have an Oracle 11g R2 Data Guard configuration using Physical Standby.
Simple One Primary and One Standby.
Parameter configurations
standby_file_creation = 'AUTO' and db_file_name_convert are in use
How can we monitor the adding and resizing datafiles on both the Primary and Standby?

The Sys Admin, Storage Team and Network Team found out it was a configuration problem on the software firewall between the Database Host and the NAS.

RMAN leaves database in mount state

Hi,
Since recently we are experiencing situation where RMAN leaves the database in mount state and manual open is necessary. I don't recall it happened before...
(Linux RH ES3; 10gR2).
Recovery Manager: Release 10.2.0.2.0 - Production on Sun May 27 14:55:48 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: TEST (DBID=1825238, not open) using target database control file instead of recovery catalog
RMAN> report obsolete;
2> delete force obsolete;
3> list backup;
4> sql 'ALTER DATABASE OPEN';
5> sql 'ALTER DATABASE BACKUP CONTROLFILE TO TRACE';
6> exit;
RMAN retention policy will be applied to the command RMAN retention policy is set to redundancy 1 Report of obsolete backups and copies
The same scenario(scripts) work on other databases with no problems.
Any suggestions are appreciated.
Thank you,
Dobby

Hi,
There are the last lines from alert.log for the period:
Sun Jun 3 14:12:48 2007
alter database mount
Sun Jun 3 14:12:52 2007
Setting recovery target incarnation to 2
Sun Jun 3 14:12:52 2007
Successful mount of redo thread 1, with mount id 875794080
Sun Jun 3 14:12:52 2007
Database mounted in Exclusive Mode
Completed: alter database mount
Sun Jun 3 14:54:51 2007
Starting control autobackup
Control autobackup written to DISK device
Last lines from rman log:
RMAN retention policy will be applied to the command RMAN retention policy is set to redundancy 1 allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=104 devtype=DISK released channel: ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of delete command at 06/03/2007 14:54:58
ORA-19554: error allocating device, device type: SBT_TAPE, device name:
ORA-27211: Failed to load Media Management Library
Recovery Manager complete.
Thx,
Dobby

Resize datafile when database is mount

Similar Messages

Maybe you are looking for