move the database

Similar Questions

• Move the database to vCenter

  Hello

  I needed to move the database to SQL vCenter Server 2008 R2 Express install locally on the server vCenter Server SQL 2012 full.  I moved and follow the instructions of this VMware KB: migrating the database from the SQL Express vCenter server to full SQL Server

  When I start the vCenter service, I get this error in the log vpxd:

  "2014 02-28 T 15: 25:49.928 - 05:00 [info 03588"Default"] is DB 5 ' 50 point registry value" ".

  2014 02-28 T 15: 25:49.928 - 05:00 [info 03588 'Default'] [VpxdVdb::SetDBType] connect to DSN: SQL Server Native Client 11.0 with username vcenteruser

  2014 02-28 T 15: 25:49.928 - 05:00 [03588 error 'Default'] [VpxdVdb::SetDBType]: database error: ODBC error: (IM002) - data [Microsoft] [ODBC Driver Manager] source name not found and no default driver specified

  2014 02-28 T 15: 25:49.928 - 05:00 [03588 error "Default"] Error getting info from the database configuration

  "2014 02-28 T 15: 25:49.928 - 05:00 [warning 03588 'Default'] [VpxUnhandledException] of Exception (0xe06d7363) Win32 detected at 7FEFCDC940D.

  Any who have seen this kind of problem before?

  Thank you.

  I finally did.

  The 1 in \VMware VirtualCenter\DB HKLM\SOFTWARE\VMware, Inc. key must have the same name as provided in the DSN settings and not the type of driver used.

  I used VMware vCenter under the name of the ODBC connection, so I had to give the same name in the registry and the service started

  Thanks for you help Madmax01!

• Move the database as part of the Oracle 12 c upgrade files

  Hello

  I read the document upgrade Oracle for the database Oracle 12 c.

  http://docs.Oracle.com/CD/E16655_01/server.121/e17642/upgrade.htm#CHDJJJEE

  Here in DBUA, step 8 says that

  Move database files in the page, select an option:

  • Move database as part of the upgrade files
  • Move the quick recovery as part of the upgrade area

  I wonder why we never need to use this feature to move database files?

  I understand for FRA, it will define just the parameters DB_RECOVERY_FILE_DEST and DB_RECOVERY_FILE_DEST_SIZE parameters to initialize at the new location and size new startup of the new home of Oracle database. But why never use us animated here database files option?

  Thank you

  Delphine

  There is no requirement to move the database as part of the upgrade files. It is simply provided as an option

  HTH
  Srini

• Move the database on the DSO from one server to the other in AIX

  Hello

  We have a project to move a Database (11.2.0.2) in ASM (stand-alone IM 11.2.0.4) in AIX. I followed the steps, but it failed.

  1. on the source server, I stop the database and removed the data DISKGROUP. I also took the diskgroup backup metadata before going down it.

  2 storage team has removed the mapping of the discs and they remapped to the new server. However, the names of disks have changed
  Note: There is no oracleasm and the drive string used is/dev/rhdisk *. The number of disk changed in the new server. However, we have renamed these discs.

  3 installed GI in silent mode with the "software only" option and then set up AP using roothas.pl.

  4. install Oracle database on the same level of patch from the source.

  5 ASM set up using a small new disc using ASMCA in silent mode.

  6. after the configuration of ASM, I don't see the Diskgroup database, but I see the drives as CANDIDATE disks.

  7. now, I restored the metadata from backup I took in the first step.

  8 Diskgroup appears and mounted. However, there is no data. All the data disappeared.

  Please can anyone suggest what I missed? Support for Oracle is not clear in its instructions.

  It's test database, so we could afford to lose the data. We cannot follow duplicate RMAN that our Production database is very large, and all backups are in bands. We also long downtime. Therefore, the only option we have is to physically move the LUNS.

  In my opinion, ASM has not read the header information of disk that LUNS are mapped before ASM is configured and consider them as CANDIDATE disks. Please specify.

  Thank you

  Vikas

  ASM devices that belong to a disk group contain the header special ASM data, that ASM uses to identify the disks. The path of unity or the name of the device as such is irrelevant. ASM must know the chain drive in order to locate the devices. I do not know what has been mapped or put in correspondence, but if the disks appear as candidate ASM disks, then information should have been erased in the process.

  Why not simply create a full database backup using RMAN and then restore and recover the database on the new server? Provided that the new server has the same software and ASM starts, this should be easy.

• Move the database for VirtualCenter of SQL Express to SQL 2008 on another server

  Hi all

  First of all, I spent some time trying to figure how to move our current VirtualCenter database to our production (currently the DB is stored on the server using SQL Express real VirtualCenter) SQL server. Before any way suggests the obvious, I searched the VMware knowledge base and tried to follow the steps in the following KB:

  http://KB.VMware.com/selfservice/microsites/search.do?language=en_US & cmd = displayKC & externalId = 7960893

  I have successfully completed the first 2 steps, but when I see the data source in the ODBC Administrator, I don't see anything (I have connected with each account who has already logged on to this server just in case). To work around this problem, I tried everything simply create a new DSN pointing to the new SQL Server. I even modified registry settings in order to force him to watch the new SQL Server. Despite this, I can not start the VirtualCenter service because it does not connect to the new database. When I reinstall the database local, everything is good.

  I did much research on similar questions, but not once I saw someone mention that no data source was present. I don't know if this was due to an option selected during initial installation or anything else.

  We are currently running version 4.0.0 vCenter. Any help would be amazing!

  Thanks in advance

  Dean

  Is your operating system 64 bit or 32 bit - because it affects the DSN, you see:

  To work around this problem, use the appropriate version of the ODBC Administrator tool. If you build and then run an application as a 32-bit application on a 64 bit system, you must create the ODBC data source using the ODBC Administrator in % windir%\SysWOW64\odbcad32.exe. To indicate the type of DSN, you can add '_32' to the user 32-bit DSN and "_64" to the 64-bit DSN user.

• Move the database on its own server Vcenter 4

  My current Vcenter Server 4.0 has the Vcenter Server and database SQL 2005 on the same computer. My performance is EXTREMELY slow, as in there more than 15 minutes for the client to connect, Vsphere load inventory and discover plugins until I'm able to use it. Once loaded, clicking on the servers and things within the client is very slow. So I think that by moving the database of its own machine, it will increase the performance of the vcenter server. I was looking in the vcenter admin section, and I can't find a way to 'clear' to tell him to look for the database on a different server.

  Does anyone have any documentation on how to move the vcenter database to another server?

  Thank you!

  Lex

  Take a look on:

  http://KB.VMware.com/kb/7960893

  André

• Move the database on new server

  I've hava on Solaris 10.5 10.2.0.1.0 Oracle and wants to move to Oracle 11.1.0.1.7 on the same platform, but another server using exp/IMP.
  
  I'm not aware of any other precondiction that I need to meet previously on this exp/emp. If there is a prerequisite, I'd appreciate if you can share it.
  
  The database must stop
  I have to copy all the files from the old database
  
  Here is my file by:
  

  UserID = system / *.
  file = /h/share/database/db/backups/CBEXP.dmp
  Journal = /h/share/database/db/backups/CBEXP.log
  Statistics = none
  Full = y

  Albert Zaza wrote:

  The new database (11.1.0.0.7) will take the same format as old (10.2.1) and thus exp and experienced will do the job.

  No, in fact old exp/imp in 11g is not supported.

  So I have to create a 10.2.0 of databases, import the dump files. When all is done, I can only upgrade to 11g

  I do not understand you now, you actually have the database in 10.2.0 so take logical backup using expdp and create the new database 11 g then import it.

• Move the database to the server running Oracle 11 G to the server running Oracle 12 c

  I'm trying to find the best way to migrate a database to a server that is running Oracle 11 G on a server that is running Oracle 12 c.

  I tried using the RMAN duplicate command of database but have run in many too many problems when you try to configure both servers before running the command duplicate.  If someone could provide some guidelines on configuring two servers of the RMAN Duplicate command clearly then that would be great.  The other thing, I've tried makes a cold backup of all files for the database (data files, control files, etc.).  Copy them to the new server, and then re-create the control file to include the correct location and names for the data files and the redologs.  After you re-create the database control file does not start.  I suspect that it is because of differences in version.

  If you can provide me with claire (ie. migration for Dummies) instructions to get one of these methods of work, it would be greatly appreciated.  I am also open to any other method you can think of to achieve what I'm trying to accomplish.

  Thank you

  Paul Noyes

  Paul,

  Please, go to the PDF below he explains the process of upgrading.

  You can create all the tablepsaces and then use utility Import/export where the directory paths are different

  http://www.Oracle.com/technetwork/database/upgrade/upgrading-Oracle-database-WP-12C-1896123.PDF

  Thank you

  SK

• Should I really need to move the database on the upgrade to vcenter

  I have vcenter on 32-bit, windows 2003 and installing vcenter 4.1 I had to migrate the database to the new windows x 64 environment.
  Cool, I installed a new windows 2008 x 64 STD, vcenter 4.1 installation on top is OK. (default installations)
  I have 2 ESX server in a cluster running in HA mode.

  Here's my question.

  1. what happens if I have used to migrate the database and disconnect the 2 ESX hosts and reconnect on new vcenter?
  2 would be my (NICs, HA confiscation etc.) configurations automatically moved to new vcenter if I'm not going to migrate from the old database?

  No, this config resides in each host, not on the vCenter database.

• Move the database ViewComposer and ViewEvents

  Hello

  I would like to move databases viewcomposer and viewevents from one database server to another database server.

  Is there a best practice that.

  Thanks for the reply.

  From my experience, this has been really simply.  Just stop services on View compose, backup of data, restore to different SQL server and finally change your ODBC on the view composer server to point to the new SQL Server.   Events DB is really the same thing and you just have to show up in the new SQL Server in the configuration page located in the administration of the view portal.

• Move the database from Sun Solaris for HP - UX Itanium

  Hi all.
  Just a quick question here.
  
  We have some sitting databases on Sparc Solaris 9 Sunfire 480r.
  
  We are looking to move our 9.2.0.4 database out of this and put them on a new HP UX Itanium server.
  
  Is the only option for me to move this data to imp/exp?
  
  Thanks for all replies.
  
  Jamie

  The only option for you is to use the import/export.

  Asif Momen
  http://momendba.blogspot.com

• The best way to move the physical servers in a data center

  Hello everyone.

  We have 3 physical database servers and you want to move to a data center.

  These servers are primary servers 2 with the infrastructure of grid and race of RDBMS oracle as stand-alone server + ASM and a standby with three instances server = an ASM + 2 instances of RDBMS for the primary servers corresponding instance.

  Each said server has 2 interfaces eth - one to be used with DG and another to deal with the demands of the customers.

  The standby server has three interfaces eth - two of them are used with DG ant the third to process requests from clients.

  So the question is what would be the best and most simple way to move all the data from these servers to the cetre of data taking into account the fact that there are three corresponding virtual server already exists whith the sama of RDBMS and Linux version.

  Hello again;

  I moved a little smaller primary and waiting that my slip was something like this:

  1. on the primary database see the standby destination.

  2. on the current expectation cancel recovery and closing of the database.

  3. create directories of database on the new server.

  4. edit the tnsnames.ora on the primary current

  5. Add the tnsnames.ora and listener.ora on the new server.

  6. move the password files and spfile on the new server.

  7 Tnsping both servers

  8 use scp to move the database to the new server.

  9 start the recovery, and check gap

  Create a scp of SQL

  set the position

  Set feedback off

  set pagesize 100

  set linesize 400

  Select 'scp'. B.SID |' server_name:' | B.SID as newname from v$ datafile;

  Select 'scp'. B.SID |' server_name:' | B.SID as newname from v$ controlfile;

  Select 'scp'. a.Member |' server_name:' | a.Member as newname v$ logfile;

  It is also worth a visit:

  http://Indico.CERN.ch/event/28821/contribution/3/attachments/537398/740808/DM-DataGuard.PDF

  Best regards

  mseberg

• Improvement of the database from 9i to 11.2.0.4

  Hi all

  I want to upgrade a database independent 9i to 11.2.0.4. Please suggest prerequisites and post the steps of the task to the high-gradation or share a link.

  Can I directly go from 9i to 11.2.0.4?

  Import/Export or Rman which will be better please suggest?

  
  

  Please let us know the steps in the import/export method?

  
  

  Thank you and best regards,

  
  

  Arya
  

  
  

  Arya,

  If you chose to export / import method, you might need to know what is the disadvantage and advantage. If you do the fragmentation of import/export segment will be deleted (it is good), that once we offer the downtime and run two tasks (1.upgrade 2) Fragmentation), but you will need to spend time to complete the upgrade of database.

  You may need to consider your database size and the total downtime you get?

  We will be able to parallelize export and import and finish faster. example, you can split the table export and import / diagram of first level (if you have a PK/FK relationship you need to retain the same).

  Here are the questions in my mind.

  (1) 9i database runs in Server A, you want to upgrade this database on the same server? If so have you checked OS and RDBMS software certification?

  (2) If you want to be updated on the same server by using export / import, then you have enough space to create the new database and to import?

  (3) If you perform import on 11 g that is created on the same server (SERVER A), then you have RAM / CPU to speed up the process?

  (4) you can consider database upgrade (on the same server) using the manual upgrade or DBUA, which has no more than space and your upgrade will of--> current in 9.2.0.8 to 11.2.0.4 version

  (5) manual / DBUA may take time depends on component installed in this database and the invalid invalid objects (if you have very less upgrade then total until 11.2.0.4 can take 2 hours max).

  If you think that you must upgrade the database to the new server, then you may need to review below.

  (a) how the data will be moved to the new server? is where your network speed is good?

  (b) will pass it data before the upgrade? OR after the upgrade to upgrade?

  (c) you can generate waiting for the current version--> that will move data before the end of the upgrade, if once graceful failover you can upgrade of database using DBUA / manual (described in point 5)

  (c) If you want to move the database after upgrade--> you can upgrade the database and build the day before for this in the new database on the new server (this may not be a good option)

  (d) If you want to move database during the upgrade--> you can export and import (this also takes time and your networks in question).

  In my opinion, export and import in a good option if you are very good to have the right amount of downtime and if you want to achieve upgrade and fragmentation at the same time.

  Post your question if you have

  Thank you

• Find the database?

  I moved to a new company and the team I work for have inherited an installation ESX and virtual Center Server.

  We need to move the database to a new server but do not know where is the existing database.

  How can I find where the existing database?

  See you soon,.

  Rob

  Check the ODBC connection.

  You may have an external DB, or a local database (in this case you can see in local services).

  André

  * If you found this device or any other answer useful please consider awarding points for correct or helpful answers

• Move the data files in a server

  Hello
  
  I am faced with the situation that a customer needs to move their 10 g-server instance, i.e. to a different disk subsystem, and then a similar movement will be on the 11g on the same server instance. The problem is that the downtime on the instances should be minimized.
  
  My plan is (for a tablespace at a time):
  * make the tablespace read only
  * Copy data files to the new location
  * offline tablespace
  * alter tablespace rename datafile 'original file name' to 'new file name ";
  on the line the tablespace read write
  and when it is, I will continue with the journal, tablespace and control files temporary.
  
  Now to the twist and my question: the customer has separate tablespaces for tables and indexes.
  My concern is what is happening to the index if the tablespace containing these are read-only, and storage with the tables are read/write? The transaction fails, because the index cannot be updated, or the index will become damaged?
  
  Am I better off marking the tables and index tablespaces read only at the same time, ensure the integrity of the database? Or is there a completely different and way better to travel?
  
  The system is running on a Redhat server.
  
  Brgds
  Johan

  Johan Nilsson says:
  Hello

  I am faced with the situation that a customer needs to move their 10 g-server instance, i.e. to a different disk subsystem, and then a similar movement will be on the 11g on the same server instance. The problem is that the downtime on the instances should be minimized.

  My plan is (for a tablespace at a time):
  * make the tablespace read only
  * Copy data files to the new location
  * offline tablespace
  * alter tablespace rename datafile 'original file name' to 'new file name ";
  on the line the tablespace read write
  and when it is, I will continue with the journal, tablespace and control files temporary.

  Now to the twist and my question: the customer has separate tablespaces for tables and indexes.
  My concern is what is happening to the index if the tablespace containing these are read-only, and storage with the tables are read/write? The transaction fails, because the index cannot be updated, or the index will become damaged?

  Am I better off marking the tables and index tablespaces read only at the same time, ensure the integrity of the database? Or is there a completely different and way better to travel?

  The system is running on a Redhat server.

  If storage of the index could be read-only, then the index tablespace would lift error if the ar of paintings will be moved.

  [oracle@edlvc1r15p0-orcl trace]$ sqlplus / as sysdba
  
  SQL*Plus: Release 11.2.0.1.0 Production on Thu Dec 1 19:36:33 2011
  
  Copyright (c) 1982, 2009, Oracle.  All rights reserved.
  
  Connected to:
  Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
  With the Partitioning, Automatic Storage Management, OLAP, Data Mining
  and Real Application Testing options
  
  SQL> drop tablespace test_bkp including contents and datafiles;
  
  Tablespace dropped.
  
  SQL> create tablespace test1 datafile '/u01/app/oracle/test1.dbf' ize 10m;
  create tablespace test1 datafile '/u01/app/oracle/test1.dbf' ize 10m
                                                               *
  ERROR at line 1:
  ORA-02180: invalid option for CREATE TABLESPACE
  
  SQL> c/ize/size
    1* create tablespace test1 datafile '/u01/app/oracle/test1.dbf' size 10m
  SQL> /
  
  Tablespace created.
  
  SQL> c/test1/test2
    1* create tablespace test2 datafile '/u01/app/oracle/test1.dbf' size 10m
  SQL> c/test1/test2
    1* create tablespace test2 datafile '/u01/app/oracle/test2.dbf' size 10m
  SQL> /
  
  Tablespace created.
  
  SQL> conn aman/aman
  Connected.
  SQL> drop table t purge;
  
  Table dropped.
  
  SQL> create table t as select * from scott.emp ;
  
  Table created.
  
  SQL> select table_name, tablespace_name from user_tables where table_name='T';
  
  TABLE_NAME                     TABLESPACE_NAME
  ------------------------------ ------------------------------
  T                              USERS
  
  SQL> alter table t move tablespace test1;
  
  Table altered.
  
  SQL> create index tidx on  t(empno) tablespace test2;
  
  Index created.
  
  SQL> alter tablespace test2 read only;
  
  Tablespace altered.
  
  SQL> insert into t select * from t;
  insert into t select * from t
              *
  ERROR at line 1:
  ORA-00372: file 7 cannot be modified at this time
  ORA-01110: data file 7: '/u01/app/oracle/test2.dbf'
  
  SQL> 
  

  That said, if I have understood correctly, you want to move the database and the 'clone' on the new server. Is this right? If so why not make the backup of the 10g database and use it to create a clone/copy of the database on the new server?

  Aman...

  Johan