We are having Windows Server 2012. In that, currently Oracle 12C is up and running. The oracle related files and database files are in a Hard Drive. If in case, that drive goes down, for a backup perspective i am planning to install one more oracle 12C in the same server, but in different drive. So that, if the Primary Database is crashed, the secondary database can be used.
Is that possible to install one more Oracle 12C version, in the same server, without the disturbing the 1st instance.
Best solution, create standby database for primary database. Using archive logs standby will be refreshed automatically.
Related
We have a custom inventory system, for tracking all of our database, including Oracle v12 and v19 based databases. But as our DBA team has work with Container Databases (CDB), we need to identify, which one is a standalone or container, but we don't have any option to connection to the, due to our security policy.
Is there any way to Identify oracle Container Databases (CDB), without connecting to them?
As after reviewing Oracle official documentation: https://docs.oracle.com/database/121/ADMIN/cdb_mon.htm#ADMIN14174.
It seems that it's not possible, as the documented clearly mentioning, that first, it's necessary to connect to the database, and only then to run the following command: SELECT CDB FROM V$DATABASE;
And if the CDB column returns YES, the current database is a CDB. and NO, if the current database is a non-CDB.
Wonder if this can be achieved. Install Oracle APEX onto a Linux VM and have Oracle DB residing on a separate server to point to it. Is it possible to install Oracle APEX without Oracle currently installed on the same box? Can't find any documentation on the Oracle site for this setup.
No. Application Express (APEX) runs out of the database itself. APEX is a collection of PL/SQL packages and tables.
Now the web tier could most definitely be moved to another machine (linux even). That would be something like Oracle REST Data Services and Apache Tomcat.
I'm trying use Microsoft SSMA for Oracle to migrate a database onto Azure SQL, but I can't get it going. I've double checked the server name, server port, Oracle SID, password... everything. No matter the type of entry screen I use, I can't get it to connect to the on-premise Oracle instance.
I'm pretty sure the login information is all correct, and I should have a working connector to Oracle since I connect to it from TOAD on a daily basis. I tried installing Oracle libraries per previous posts but not sure if I did it successfully because the issues still remains.
What are the troubleshooting steps I should take in order to make this work?
Log in screen:
Error 1:
Unable to find specified provider.
Compatible Oracle Data Access Connectivity libraries were not found on the machine. You can install them from Oracle product media or download it from Oracle web site.
Error 2:
Connection to Oracle failed.
ORA-01017: invalid username/password; logon denied
Error 3:
Connection to Oracle failed.
Network Naming: No LDAP server detected or configured
After a few more days of debugging, I was finally able to get SSMA to work. This answer helps to document my solution for personal use, as well as hopefully answer anyone else's question in the future.
After looking at the list of prerequisites to have SSMA running, I saw that I needed to have a correct Oracle client running. After some internal discussion, it was likely that the Oracle client SSMA needed was different than the one my computer already had for TOAD. The .Net provider for the TOAD connectors was probably not useful for SSMA.
We run Oracle 11g but I had to install Oracle 12c because 11g did not support Windows 10 apparently. Not too much of a roadblock here.
I found this guide to install Oracle client 12c pretty helpful. Shoutout to my alma mater.
Unfortunately the installer kept freezer, but using this former post, I was able to bypass it with the windows command:
setup.exe -ignoreprereq -J"-Doracle.install.client.validate.clientSupportedOSCheck=false"
After that, I saw different error messages when trying to connect SSMA. I kept trying different options with my logins until it worked. Provider: OLEDB Provider, Mode: Standard.
After being granted the appropriate permissions, I was finally able to access our internal tables and objects.
It was a pretty annoying question with a lot of rabbit holes along the way, but it was definitely worth it, being able to translate all our Oracle schemas to Azure SQL with a few clicks. Hope this helps!
Make sure to validate all steps mentioned below before going to install Microsoft SQL Server Migration Assistant for Oracle.
Make sure you have already installed SQL Server instance that will host the migrated database. Also keep in mind that you are not installing SQL Server Express edition to host the migrated database.
You must have sysadmin account to install SQL Server Migration Assistant for Oracle.
Make sure to install SSMA for Oracle on the server that will host newly migrated database on SQL Server.
It is recommended to install Oracle client software on your target system where SQL Server Instance is running.
Make sure your windows server has Microsoft Windows Installer 3.1 or a later version. Port 1434 should be open.
For more details, You can reference: How to Install SSMA for Oracle to Migrate Oracle Database to SQL Server.
Here's the Azure Database Migration Guide: Migrate Oracle to Azure SQL Database. As you prepare for migrating to the cloud, verify that your source environment is supported and that you have addressed any prerequisites. This will help to ensure an efficient and successful migration.
Connect to Oracle with Oracle Client Provider.
Azure also has other way can help you migrate Oracle database to Azure SQL database, such as with Azure Data Factory. If you still has the connect error. I think you can try to use it. Please reference this tutorial: Copy data from and to Oracle by using Azure Data Factory.
Hope this helps.
We want to migrate a production database to a new server
Existing server: Windows 2008/Oracle Enterprise 11g v11.2.0.2/DB size 350GB
New Server: Windows 2012/Oracle Enterprise 12c v12.2.0
As expdp/impdp take many hours due to huge size, please suggest any alternatives.
You want to migrate operating system as well as Oracle version upgrade too. The best choice is export/import. If the size of a database is large and you don't want to take export/import then another option is following.
Take a full cold backup of 11g database at the old server.
Install new Oracle 12c version software only on the new server.
Create spfile,bdump,cdump directories as well as a parameter file.
Restore old backup and upgrade it to Oracle 12c.
These process will take also your time and upgrade issues. As per my recommendation best option is export/import. If your database size is 350 gb then your export dump file will be around 100-120gb only (maybe lesser size). It won't take too much time.
To reduce database downtime, use standby technology.
Install Oracle software only 11g and 12c on the new server.
Perform a hot backup on the old server.
Restore the hot backup to the new server.
Configure the standby between the Oracle servers 11
Make a test migration from 11 to 12 version.
Make a test application on new version DB Oracle 12c
Make a hot backup on the old server.
Restore the hot backup to the new server.
Resync the standby between the Oracle servers 11
Make productive migration from 11 to 12 version.
Just wondering how do I check if a backup is running on an Oracle database. I am on version 11.2.0.2
That depends on how you are doing backups. Are you using RMAN? If you are using recovery manager you can use the corresponding database views like V$RMAN_BACKUP_JOB_DETAILS or V$RMAN_BACKUP_SUBJOB_DETAILS