...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
Table of Contents |
---|
Upgrading from version 5.3.x or 6.0.x or 7.0.x to 7.0.x
Please note:
1. Upgrading of Dbvisit Standby software needs to be done on both the primary server and standby servers.
2. For Oracle RAC, the upgrade needs to be done for each node.
3. You may want to create a backup of the Dbvisit Standby install directory for rollback purposes. (all Dbvisit When upgrading, you will install Dbvisit Standby version 7 into the exact same location as what the current (older) version was installed. Example if you have version 6 installed in /usr/local/dbvisit you will need to make sure you select this same path when asked by the installer what the location (destination) is of the installation. The upgrade process is an in-place upgrade. Do not install Dbvisit Standby version 7 into a separate location, unless you plan to recreate the DDC files from scratch.
4. You may want to create a backup of the Dbvisit Standby install directory for rollback purposes. (all Dbvisit software is contained within the main directory).
45. Existing 7.0 license keys are automatically applied to the new software.
56. Existing 5.3.x and 6.0.x license keys are NOT valid for 7.0. Contact Dbvisit Sales to obtain 7.0 license keys if you have current Dbvisit support.
67. Your current Dbvisit Database Configuration (DDC) configurations will be upgraded and a new configuration (DDC) file will be created. A backup of the original DDC file will be created.
Upgrade Steps
The upgrade steps for Dbvisit Standby in a single or cluster (Oracle RAC) configuration are the same. Where different steps are required this will be highlighted.
When upgrading Recommended: Before starting the upgrade, it is recommended that the standby database is up to date with the primary database (this is not required, but recommended - all archive logs in the Dbvisit Standby ARCHDEST on the standby server should have been applied to the standby)
The upgrade process is an "in-place" upgrade, meaning you install the version 7 software into the exact same location as your previous version.
When upgrading you will run the installation process exactly the same as you would perform a new installation, with the exception that you need to make sure you specify the location of the current Dbvisit Standby installation during the installation, known as the Dbvisit Base directory. For
For example, if you currently have Dbvisit Standby version 6 installed in /usr/local/dbvisit or /opt/dbvisit you will need to make sure that during the installation process that you specify this location as your installation location. When Dbvisit Standby version 7 is installed, the installer will upgrade the required files in this location.
On a high level the upgrade process can be seen as:
- Stop your Dbvisit Standby schedules on all systems
- Stop Dbvserver (GUI) if you are using it
- Stop Dbvnet (Dbvisit Networking)
- Download
...
- the new Dbvisit Standby version 7
...
- software which will be in a zip archive.
- Extract the downloaded software into a temporary directory, example /home/oracle/7.0/ (this is just temporary, once the installation is complete, you can remove this directory)
- Start the installer from the extracted download (making sure you select the previous versions, installation directory during installation)
...
The next section will provide a more detail overview of the upgrade steps.
...
- Note that during the installation process if you are upgrading a previous installation, you must select the previous installation base directory for the DBVISIT_BASE.
Example, if you have Dbvisit Standby version 6 installed in /usr/local/dbvisit then you have to install version 7 in the same location.
During the installation, the version 6 DDC files located in DBVISIT_BASE/standby directory (example /usr/local/dbvisit/standby/dbv_PROD.env) will be upgraded to version 7 DDC files and will be copied to the new conf directory under the standby sub directory (example /usr/local/dbvisit/standby/conf/dbv_PROD.env) - Update the Dbvisit Standby Repository
- Update the Dbvisit Standby Configuration files (Optional if you want to edit parameters as part of the upgrade)
- Remove any old temporary files (*.dbv) that might be located in the DBVISIT_BASE/standby/tmp directory (example /usr/dbvisit/standby/tmp/)
- Start Dbvserver and Dbvnet if you did not select the auto start during the installation of the new software
- Start your Dbvisit Standby schedules
- Once the installation is complete, you can remove the install files, example if you extracted the installer into /home/oracle/7.0/ you can remove this temporary directory.
The next section will provide a more detail overview of the upgrade steps to follow:
Note |
---|
In Dbvisit Standby version 7 the Archive logs are renamed when they are copied to the standby server (in the Dbvisit ARCHDEST location). Before upgrading, make sure the standby have already applied all the archive logs that was available in the Dbvisit standby ARCHDEST. New archive logs in this location will have the new naming convention.
<thread>_<sequence>_<resetlogs_id><STANDBY_ARCHIVELOG_NAME_EXTENSION>
Where STANDBY_ARCHIVELOG_NAME_EXTENSION defaults to .arc Example: 1_45628_ 812975118.arc |
Step 1: Stop your Dbvisit Standby schedules, Dbvserver (GUI) and Dbvnet
Note |
---|
It is recommended that before you start the upgrade that the standby database are up to date with the primary database - meaning all archive logs in the Dbvisit Standby ARCHDEST on the standby server should be applied to the standby. This is not a strict requirement, but recommended. |
Stopping the Schedules
All schedules should be disabled on all servers involved in the Dbvisit Standby configuration.
...
If you are upgrading from a version prior to version 7, example version 6.0.54 then you only need to stop Dbvserver (GUI) as Dbvnet was not part of previous releases.
Stop Dbvserver
To stop Dbvserver (the web based front-end), run the command "./dbvserverd stop" from the DBVISIT_BASE/dbvserver directory:
No Format |
---|
cd /usr/dbvisit/dbvserver ./dbvserverd stop |
Stop Dbvnet
To stop Dbvnet (Dbvisit Network), run the command "./dbvnetd stop" from the DBVISIT_BASE/dbvnet directory:
No Format |
---|
cd /usr/dbvisit/dbvnet ./dbvnetd stop |
Step 2: Download Latest Software
The next step is to download the latest available version if you have not already from the Dbvisit web site http://www.dbvisit.com
...
Code Block | ||||
---|---|---|---|---|
| ||||
oracle@dbvlin101[/home/oracle/7.0]: ls -l total 44084 -rw-r--r-- 1 oracle oinstall 45089534 Aug 21 10:40 dbvisit-standby7.0.01_linux.zip |
Step 3: Extract Software
The next step is to extract the software downloaded in the previous step as well as updating the install-dbvisit file permission to allow the execution option.
...
Code Block | ||||
---|---|---|---|---|
| ||||
oracle@dbvlin101[/home/oracle/7.0]: unzip dbvisit-standby7.0.01_linux.zip Archive: dbvisit-standby7.0.01_linux.zip inflating: dbvisit-standby7.0.01.tar inflating: README.txt inflating: online_user_guide_reference.txt oracle@dbvlin101[/home/oracle/7.0]: ls -l total 109844 -rw-r--r-- 1 oracle oinstall 45089534 Aug 21 10:40 dbvisit-standby7.0.01_linux.zip -rw-rw-rw- 1 oracle oinstall 67165696 Aug 19 18:10 dbvisit-standby7.0.01.tar -rw-rw-rw- 1 oracle oinstall 393 Jul 10 23:21 online_user_guide_reference.txt -rw-rw-rw- 1 oracle oinstall 87875 Aug 19 14:17 README.txt oracle@dbvlin101[/home/oracle/7.0]: tar -xf dbvisit-standby7.0.01.tar oracle@dbvlin101[/home/oracle/7.0]: ls -l total 109848 drwxr-xr-x 6 oracle oinstall 4096 Aug 21 10:50 dbvisit -rw-r--r-- 1 oracle oinstall 45089534 Aug 21 10:40 dbvisit-standby7.0.01_linux.zip -rw-rw-rw- 1 oracle oinstall 67165696 Aug 19 18:10 dbvisit-standby7.0.01.tar -rw-rw-rw- 1 oracle oinstall 393 Jul 10 23:21 online_user_guide_reference.txt -rw-rw-rw- 1 oracle oinstall 87875 Aug 19 14:17 README.txt |
Note that once the installation is finished you can remove this temporary directory.
Step 4: Running the Dbvisit Installer
The next step in the process is to start the Dbvisit Standby installer. Once you have extracted the tar archive, you will notice a new "dbvisit" directory.
...
Code Block | ||
---|---|---|
| ||
oracle@dbvlin101[/home/oracle]: ps -ef|grep dbvisit |grep -v grep oracle 6410 1 0 Aug21 ? 00:00:01 /usr/dbvisit/dbvnet/dbvnetd oracle 6411 6410 0 Aug21 ? 00:00:00 /usr/dbvisit/dbvnet/dbvnetd oracle 6414 6410 0 Aug21 ? 00:00:00 /usr/dbvisit/dbvnet/dbvnetd oracle 6415 6410 0 Aug21 ? 00:00:00 /usr/dbvisit/dbvnet/dbvnetd oracle 6416 6410 0 Aug21 ? 00:00:00 /usr/dbvisit/dbvnet/dbvnetd oracle 6431 1 0 Aug21 ? 00:00:01 /usr/dbvisit/dbvserver/dbvserverd oracle 6432 6431 0 Aug21 ? 00:00:00 /usr/dbvisit/dbvserver/dbvserverd oracle 6434 6431 0 Aug21 ? 00:00:01 /usr/dbvisit/dbvserver/dbvserverd oracle 6436 6431 0 Aug21 ? 00:00:00 /usr/dbvisit/dbvserver/dbvserverd |
Step 5: Repeat Installation on Standby Server
Dbvisit Standby needs to be installed on the Primary server as well as on the Standby server.
Before you continue with the next step you need to make sure you follow Step 1 to 4 above on all the servers in the standby configuration. When doing this, it is important to make sure the Dbvnet password provided during installation is the same on all the servers where you are installing Dbvnet. This password is used for secure communication and if different passwords are used between the primary and standby servers, you will not be able to establish a connection between these servers using Dbvnet.
Step 6: Testing Dbvnet Communication
Once you have Dbvisit Standby installed on all the servers, it is important to make sure that the communication between the Primary and Standby servers are working. This can be done by making use of the Dbvnet Test utility provided with the Dbvisit Standby installation - dbvnet-test, which is located under the dbvnet sub directory. When using the default path this utility will be in /usr/dbvisit/dbvnet/dbvnet-test
...
- To perform a basic status check which confirms that the primary and standby server can communicate using Dbvnet:
- dbvnet-test [-s|--status] SERVER SERVER[:PORT]
- To perform a more detail check, testing network connectivity, you can run the following:
- dbvnet-test [-f|--fulltest] SERVER:PORT TMPDIR SERVER:PORT
For more detail on Dbvnet and troubleshooting please see - Dbvisit Standby Networking (Dbvnet and SSH)
In the example below, dbvlin101 is the primary server and dbvlin102 is the standby server. Dbvisit Standby was installed using default values and no additional configuration has been performed at this stage. Dbvnet and Dbvserver is running on both nodes, but only Dbvnet is required and used for these tests:
...
Code Block | ||
---|---|---|
| ||
oracle@dbvlin101[/usr/dbvisit/dbvnet]: ./dbvnet-test -f /tmp dbvlin102:7890 >>> Determining Dbvnet status on server dbvlin102:7890... Dbvnet on server dbvlin102:7890 is running. >>> Running file transfer round trip on server dbvlin102:7890... Creating file '/tmp/dbvnet-test.tmp' containing 10 MB of data... - done. > Transferring 'dbvnet-test.tmp' to server dbvlin102:7890 Progress: 0%...20%...40%...60%...80%...100% [260911046 KB/s] - done. > Retrieving file "dbvnet-test.tmp" from server dbvlin102:7890 Progress: 0%...20%...40%...60%...80%...100% [459911209 KB/s] - done. Comparing checksums: all three checksums (local/remote/local) are identical. File identical. File transfer round trip finished successfully. |
...
You should run the above tests from both the primary and standby servers to ensure communication between primary and standby servers can be established. Once this is done you can continue to the next step which is the creation of a Dbvisit Standby Database Configuration (DDC) file.
Step 7: Accessing the GUI (Dbvserver)
If you selected to install the Dbvserver (GUI) and allowed the auto start option during the installation process you should now be able to connect to the web based GUI interface.
...
If you followed the above steps you should now have Dbvisit Standby installed on both your primary and standby servers.
Step 8: Updating the Dbvisit Standby Repository and Dbvisit Configuration files
...
When upgrading the Dbvisit Standby version from 5.3.x or 6.0.x to version 7 you will only need to update the Dbvisit Standby Repository, but not the Dbvisit Database Configuration (DDC) files, as they would have been upgrade as part of the software installation (upgrade) process.
If you are upgrading an existing version 7.0.x installation, you only need to update both the Dbvisit Database Configuration (DDC) file as well as the Dbvisit Standby Repositoryto update the Dbvisit Standby Repository. The DDC file would have been already converted to a version 7 DDC file and no steps will be required - unless explicitly mentioned in the update release notes.
Step 8.1 - Updating the Dbvisit Database Configuration (DDC) file - (
...
Optional)
This step is optional if you want to edit parameters as part of the upgrade - otherwise this step, if already on a version 7.0.x
...
release is not needed
This step can either be performed from the Command Line Interface (CLI) - indicated by , or the Web based (GUI) interface - indicated by . Both options are shown below:
...
- To update the Dbvisit Database Configuration (DDC) file go to Home > Setup > Update Dbvisit > Update Configuration > select Database from drop-down menu and click Save Configuration.
Using CLI to update DDC
...
Following the above steps the current DDC file will be upgraded.
Step 8.2 - Updating the Dbvisit Standby Repository
Note |
---|
Oracle RAC Configurations - You only need to perform this step on one of the primary nodes. Single Instance Configuration - This step is only performed on the primary server |
...
- To update the Dbvisit Database Repository (DDR) file go to Home > Setup > Update Dbvisit > Manage Dbvisit Repository > select Database from drop-down menu and click Check Dbvisit Repository.
- If the DDR needs to be upgraded, select Upgrade Dbvisit Repository
- Repeat upgrade of DDC and DDR for all databases on this primary server.
...
Panel |
---|
oracle@dbvrlin301[/usr/dbvisit/standby]: ./dbvisit_setup
Dbvisit Standby Database Technology (7.0.01.11204) ========================================================= =>dbvisit_setup only needs to be run on the primary server. Is this the primary server? <Yes/No> [Yes]: Dbvisit Database setup Options: 2) New Dbvisit Database configuration (DDC) file setup 5) Manage Dbvisit Database repository (DDR) 7) Create Standby Database (and template) 9) Uninstall Dbvisit Database repository (DDR) ========================================================= Maintain Dbvisit Database repository (DDR) Options: r) Return to main menu ========================================================= ------------------------------------------------------------------------------ Choose database: The following Oracle database(s) have a Dbvisit Database configuration (DDC) DDC Please enter choice : 1 Is this correct? <Yes/No> [Yes]: Yes Dbvisit Database repository (DDR) version: 7.0
Please press <Enter> to continue... ========================================================= Maintain Dbvisit Database repository (DDR) Options: r) Return to main menu ========================================================= |
Step 9: Completing the upgrade
The last step in the upgrade process is to run Dbvisit Standby manually on the primary. If using Oracle RAC you should run Dbvisit Standby on ALL the primary nodes; once Dbvisit Standby has been run on the primary server, run it on the standby server. This step can be performed from either the command line or the GUI.
...
Once you have completed a successful run from both the primary and standby side, you can now move on to the final step, which is to re-enable your schedules.
Step 10: Restarting your Schedules
Once you have completed the upgrade and you can run Dbvisit Standby successfully manually, you can re-enable your Dbvisit Standby schedules disabled in Step 1.
Step 11: Clean up the temporary files (the downloaded install files)
If you extracted the installer into a temporary location, example /home/oracle/7.0, you can now remove this as it is no longer required.