There’s a unusual command in SQL*Plus that may be useful under certain circumstances: the COPY command (http://docs.oracle.com/cd/E11882_01/server.112/e16604/apb.htm).
Although this command will be obsoleted in future releases of SQL*Plus, Oracle has been saying the same since (at least) Oracle 9, and it’s still available in Oracle 11gR2.
I need to copy a table from one database to another database, and I don’t want to do an export/import of the table.
A simple copy of the table is enough for me:
miquel@db_2> copy from otheruser@db_1 create my_table using select * from other_table; Enter FROM password: Array fetch/bind size is 1000. (arraysize is 1000) Will commit when done. (copycommit is 0) Maximum long size is 2000000000. (long is 2000000000) Table MY_TABLE created. 55481 rows selected from otheruser@db_1. 55481 rows inserted into MY_TABLE. 55481 rows committed into MY TABLE at DEFAULT HOST connection.
It’s that simple!
Feel free to comment below.
Oracle 11g introduces a new security feature: case sensitive passwords.
Case sensitive passwords may cause problems if you run an old version of Oracle Forms (6i in my case) with an Oracle 11g database. The LOGON built-in sends the password to the database un UPPERCASE, so if the passwords doesn’t match, you cannot login to the database.
To disable case sensitive passwords in oracle 11g you have to modify the SEC_CASE_SENSITIVE_LOGON initialization parameter:
SYSTEM@mydb> show parameter SEC_CASE_SENSITIVE_LOGON NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ sec_case_sensitive_logon boolean TRUE SYSTEM@mydb> alter system set sec_case_sensitive_logon=false;
To enable case sensitive passwords again, revert back to true.
Please, leave your comments and suggestions below.
I’m getting errors of block corruption in the alert.log of an Oracle 11g Release 2 test database:
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0xFFFFFFFA7DBAF398] [PC:0x896E0BE, kcbgcur()+3026] [flags: 0x0, count: 1] check value in block header: 0x46c2 computed block checksum: 0x0 Reading datafile '/app/oracle/oradata/database2/sgirgea_01.dbf' for corruption at rdba: 0x0a808912 (file 42, block 35090) Reread (file 42, block 35090) found same corrupt data (no logical check) Corrupt Block Found TSN = 46, TSNAME = SGIRGEA RFN = 42, BLK = 35090, RDBA = 176195858 OBJN = 0, OBJD = 258730, OBJECT = SGIRGEA, SUBOBJECT = SEGMENT OWNER = , SEGMENT TYPE = Temporary Segment Hex dump of (file 42, block 35218) in trace file /app/oracle/diag/rdbms/database1/database1/trace/sid_w000_23395.trc Corrupt block relative dba: 0x0a808992 (file 42, block 35218) Bad header found during buffer read Data in bad block: type: 35 format: 2 rdba: 0x01408992 last change scn: 0x0000.000b6126 seq: 0x3 flg: 0x04 spare1: 0x0 spare2: 0x0 spare3: 0x0 consistency value in tail: 0x61262303 check value in block header: 0xcffd computed block checksum: 0x0
In this case it’s not a data corruption, I’ts due to a silly mistake in the creation of a tablespace.
I have two databases created on the same server (it’s a test server), and the datafiles of the two databases in different folders:
- /app/oracle/oradata/database1: datafiles of the database 1.
- /app/oracle/oradata/database2: datafiles of the database 2.
I’m testing an application with different database configurations. So, I created this user in database 1, with its own datafile, but by mistake I created the datafile on /app/oracle/oradata/database2, the folder for the other database’s datafiles.
Then, I did the same for the database 2, created the same user, with its own tablespace, and now, I created the datafile correctly in its own folder (/app/oracle/oradata/database2), with the same name as the other database’s datafile. This is an illustration of this mistake:
When I noticed the error in the alert log, I performed a backup of the user on both databases. Then, dropped the user in database 1 to recreate it again, but when I try to delete the tablespace in database 1 I get this error:
SQL@database1> drop tablespace sgirgea; drop tablespace sgirgea * ERROR at line 1: ORA-01122: database file 42 failed verification check ORA-01110: data file 42: '/app/oracle/oradata/database2/sgirgea_01.dbf' ORA-01210: data file header is media corrupt
Trying to alter the tablespace to bring it offline doesn’t works:
SQL@database1> alter tablespace sgirgea offline; alter tablespace sgirgea offline * ERROR at line 1: ORA-01122: database file 42 failed verification check ORA-01110: data file 42: '/app/oracle/oradata/database2/sgirgea_01.dbf' ORA-01210: data file header is media corrupt
I try to bring the tablespace offline with the database mounted, but I can not shutdown the database for the same reason:
SQL@database1> shutdown immediate; ORA-01122: database file 42 failed verification check ORA-01110: data file 42: '/app/oracle/oradata/database2/sgirgea_01.dbf' ORA-01210: data file header is media corrupt
Prior to a shutdown abort, I tried to offline the datafile, instead of the tablespace:
SQL@database1> alter database datafile 42 offline; alter database datafile 42 offline * ERROR at line 1: ORA-01145: offline immediate disallowed unless media recovery enabled
But it’s not possible because the database is in NOARCHIVELOG mode, as this is a test environment.
Finally, I tried an offline drop of the datafile and it worked. Then just dropped the tablespace just including contents, not the datafile (without the “including contents and datafiles” clause, only “including contents“):
SQL@database1> alter database datafile 42 offline drop; Database altered. SQL@database1> drop tablespace sgirgea including contents; Tablespace dropped.
Then I checked for the datafile and it’s still there, and it’s correctly attached to database2, and everything works fine on database 2. Just have to recreate the same user in database 1 to continue testing.
Please, feel free to leave your comments below.
I’m trying to export a user on a Oracle 11g Relase 2 database (184.108.40.206) using my local client, Oracle 10.2.0.4.
With certain users I’m getting this error:
$ exp system@sid file=sgirgeaext_"$(date +%Y%m%d)".dmp log=sgirgeaext_exp_"$(date +%Y%m%d)".log consistent=Y statistics=none owner=sgirgeaext Export: Release 10.2.0.4.0 - Production on Fri Jan 31 11:13:33 2014 Copyright (c) 1982, 2007, Oracle. All rights reserved. Password: Connected to: Oracle Database 11g Enterprise Edition Release 220.127.116.11.0 - 64bit Production With the Partitioning and Real Application Testing options Export done in UTF8 character set and AL16UTF16 NCHAR character set About to export specified users ... . exporting pre-schema procedural objects and actions . exporting foreign function library names for user SGIRGEAEXT . exporting PUBLIC type synonyms . exporting private type synonyms . exporting object type definitions for user SGIRGEAEXT About to export SGIRGEAEXT's objects ... . exporting database links . exporting sequence numbers . exporting cluster definitions . about to export SGIRGEAEXT's tables via Conventional Path ... EXP-00008: ORACLE error 1455 encountered ORA-01455: converting column overflows integer datatype EXP-00000: Export terminated unsuccessfully
I tried also not to exporting indexes (indexes=N), as some other blogs suggested, but no luck.
This is due to the different versions of my client export and the database target.
I tried the same export using the 11gR2 client and the export finished without errors.
Thanks to all of you who have read and commented on my (our) blog!
The WordPress.com stats helper monkeys prepared a 2013 annual report for this blog.
Here’s an excerpt:
The Louvre Museum has 8.5 million visitors per year. This blog was viewed about 94,000 times in 2013. If it were an exhibit at the Louvre Museum, it would take about 4 days for that many people to see it.
When I’ve finished all the configuration steps, create a database with dbca and I get this error:
$ dbca ORA-21561: OID generation failed
I’ve to assign the correct IP and now the database creation is successful.
I’m configuring a new database on a recently created VMWare virtual server.
When I try to launch netca (or dbca, or whatever else), I get this error:
[oracle@sxxx admin]$ netca java.lang.NoClassDefFoundError: oracle/sysman/oii/oiil/OiilNativeException at oracle.net.ca.NetCAUtils.getOracleBase(NetCAUtils.java:69) at oracle.net.ca.NetCALogger.initOracleParameters(NetCALogger.java:218) at oracle.net.ca.NetCALogger.initLogger(NetCALogger.java:130) at oracle.net.ca.NetCA.main(NetCA.java:427) Error: oracle/sysman/oii/oiil/OiilNativeException Oracle Net Services configuration failed. The exit code is 1 [oracle@sxxx admin]$ dbca Exception in thread "main" java.lang.NoClassDefFoundError: oracle/sysman/oii/oiil/OiilNativeException at oracle.sysman.assistants.util.attributes.InitParamAttributes.initialize(InitParamAttributes.java:571) at oracle.sysman.assistants.util.attributes.InitParamAttributes.<init>(InitParamAttributes.java:541) at oracle.sysman.assistants.util.step.StepContext.<init>(StepContext.java:325) at oracle.sysman.assistants.dbca.backend.Host.<init>(Host.java:823) at oracle.sysman.assistants.dbca.ui.UIHost.<init>(UIHost.java:258) at oracle.sysman.assistants.dbca.ui.InteractiveHost.<init>(InteractiveHost.java:54) at oracle.sysman.assistants.dbca.Dbca.getHost(Dbca.java:164) at oracle.sysman.assistants.dbca.Dbca.execute(Dbca.java:112) at oracle.sysman.assistants.dbca.Dbca.main(Dbca.java:180)
First of all, I reviewed all my environment variables, then launched xclock to check that my X are well configured, and all that stuff was ok.
The problem is that the filesystem where the oracle binaries were installed were moved to another filesystem by our sysadmins, and the permissions of the entire oracle folder and subfolders were changed to root:root.Simply revert back permissions to oracle:dba solved this silly error.
Never trust on your sysadmins ;-D