Sponsored Content
Special Forums UNIX and Linux Applications Suggestion on running critical Oracle DBs on OVM Post 303028428 by gull04 on Tuesday 8th of January 2019 04:32:07 AM
Old 01-08-2019
Hi,

If you're staying on SPARC then you're staying with OVM, there are a number of options - I would have liked to stay with our current setup. While we don't run clustered for our critical apps, we do have a hot DR site with matching kit with a dual 40Gb pipe between the two sites storage is replicated using Metro Mirror or Global Mirror.

We are currently running OVM 3.5 which is very stable, our zones (about 100 - haven't counted them) are both branded and lightweight. We have a large number of Oracle instances on Solaris, these cover Oracle 7.3.4 all the way up to Oracle 12. Where we have a zone we use a single SAN LUN, this make or DR easy with cross site replication to the DR site. Where we have an LDOM, the disks are all replicated to the other site - in general we keep the Oracle ASM disks as seperate LUN's. All of our Solaris DR is scripted and even on our LDOM's we can have a full failover to a DR system in 15 minutes from the go instruction.

The setup we use is a little unorthodox, but suffice to say that until DR is implemented the the target LDOM doesn't exist as when we implement a DR we use the same hostname and the same IP Addresses at the remote site ove stretched VLAN's at layer 2.

The RHEV managed systems are Solaris x86 so not really relevant in this context, I don't believe that there is a version of RHEV that will handle SPARC - happy to be advised otherwise folks.

Regards

Gull04
This User Gave Thanks to gull04 For This Post:
 

7 More Discussions You Might Find Interesting

1. Programming

Need help with C app on Oracle running on Solaris 6

Hello, I would really appreciate some help with a problem my current client is having. He has an old legacy app that does his company's financial accounting and ERP for manufacturing, etc. The app was written by a company called "Just in time" in Austin, TX, and they are no longer in business. ... (2 Replies)
Discussion started by: w0lf
2 Replies

2. Infrastructure Monitoring

Test if Oracle listener is running

Hi All , I am new to shall scripting, i want write an script for oracle tns and listener. If tns working i want o/p as "Listener and TNS are working" else o/p should be ""Listener and TNS are not Working" below is the command in unix to check the tns status, if no output it means TNS... (3 Replies)
Discussion started by: abdul bari
3 Replies

3. Shell Programming and Scripting

Running Oracle SQL from shell script

Hi, can anyone help me with this script please. I need the oracle command to go into the unix batch file. #!/bin/sh # A menu driven Shell script which has following options # for acmtoron@> # # # Exit # As per option do the job #---- while : do clear echo " A C M LOG MONITORING... (0 Replies)
Discussion started by: tinaaguilera
0 Replies

4. Programming

Oracle Scheduled job not running as per schedule.

Hi, Though this is a unix forum mainly, am posting this oracle query here hoping to get a resolution. I have set up two scheduled jobs in oracle 11g for executiong a procedure in specific time intervals. One as Hourly and other as minutely. But the scheduled jobs are not running as per... (2 Replies)
Discussion started by: suresh_kb211
2 Replies

5. Emergency UNIX and Linux Support

Oracle/Xen/OVM/OCFS2/Multipath/SAN Problems

Setup: Multiple Virtual Machines running OEL5 / Oracle RDBMS 11.2 OVM 2 / Xen 3.4.0 Cluster consisting of 3 Machines Shared SAN Storage synced with OCFS2 SAN connected with 4GB FC on 4 Paths per LUN SAN target are 2 EMC Clariion mirroring each other The problems we're facing are that... (6 Replies)
Discussion started by: pludi
6 Replies

6. Solaris

OVM Server for SPARC ... Need Your Help Guys !

I have two SPARC T4-2 servers: - Oracle Solaris 11.1 Installed. - Oracle VM Server for SPARC 3.0 software Installed. - Shared LUN provisioned to both servers from Clariion CX4 storage box (shared LUN to be used for the Live Migration of the VMs). - Oracle VM Agent 3.2.1 for SPARC installed. ... (14 Replies)
Discussion started by: Mack1982
14 Replies

7. Shell Programming and Scripting

Run different SQL on multiple DBs using SHELL script

Hi Experts, I have a list of Dbs.In that DBs i need to execute some sql scripts. each sql script is unique and it should run on particular DB only. For example. i have DBs like MDC20V,NDC20V,ODC20V and sql scripts like MD.sql,ND.sql,OD.sql.so MD.sql should run only in MDC20V and ND.sql should... (1 Reply)
Discussion started by: navsan420
1 Replies
CVSTRAC(1)						      General Commands Manual							CVSTRAC(1)

NAME
cvstrac - Low-ceremony bug tracker for projects under CVS SYNOPSIS
cvstrac [ command [ params ... ] ... ] DESCRIPTION
The cvstrac command is used to run the CVSTrac web service, or to initialise new databases for projects. Please read the section titled Security and Setup for details of the default password and why you should change it. This manual page was written for the Debian distribution because the original program source does contain a manual page. However CVSTrac is well documented at the CVSTrac Wiki, <http://www.cvstrac.org/cvstrac/wiki>, and you will be able to fin d more up-to-date information there. OPTIONS
Running cvstrac without options produces a usage message. A summary of the command sequences which can be passed to cvstrac is included below. For more details, see /usr/share/doc/cvstrac on this system. chroot dir user Tells cvstrac to put itself into the chroot gaol dir and switch to the named user, dropping root privileges. These three parameters must be the first passed to cvstrac, and processing of command line parameters continues as normal after the chroot. init dir project Initialises a new CVSTrac database. dir is the name of the directory in which you want the database to reside, and project is the name of the project that CVSTrac will be hosting. The database file will be created as dir/project.db The following parameters cause CVSTrac to begin responding to HTTP requests by various methods. You will need to set up the database before use to ensure that only authorised users have administrative access. PLEASE READ and understand the section below entitled Security and Setup before using these commands, because unless you understand what to do you'll be leaving your system vulnerable to arbitrary code exe- cution as the user invoking CVSTrac. http dir [ project ] Causes CVSTrac to start running as an HTTP server on the standard input, displaying responses to the standard out. dir should be the name of a directory holding project database or databases created by cvstrac init and project is the name of a project database without the ".db" extension, as for cvstrac init. If the latter option is given, access is restricted to just the named project DB, and the access URL will change slightly. See below for details. cgi dir [ project ] Causes CVSTrac to respond as a CGI script. dir and project are interpreted as for cvstrac http. This invocation can be installed into a simple shell or Perl CGI script anywhere on a server supporting the Common Gateway Interface. server port dir [ project ] Causes CVSTrac to run as a self-hosted HTTP server on the specified port. dir and project are interpreted as above. Access to CVSTrac CVSTrac accesses databases created by its own init command, and is accessed remotely by HTTP. If you did not specify a single project to access in any of the http, cgi, or server commands, then the running CVSTrac instance can be used to access any database in that directory simply by modifying the URL, but you will need to supply the name of the database in order to access it. For self-hosted server instances of CVSTrac, and http instances started from inetd, the URL to use is of the form http://hostname[:port]/ if you specified a project in the invocation, or http://hostname[:port]/project/ if you didn't. If running as a CGI script, simply use the URL you would normally use for the CGI script, with the project name you wish to access tacked on if necessary, as above. For details of the default password, and why you should change it, read on! Security and Setup Once CVSTrac is installed and running, you should immediately access it as the setup user, and change the password. The username and pass- word of the setup user are both "setup". Passwords, rather counterintuitively, are changed by following the "Logout" hyperlink at the bot- tom of the main menu on the start screen. The setup user is able, in normal operation, to configure the service in a way that can cause arbitrary code to be executed under the same userid as CVSTrac itself. You should be aware of this, and the fact that this can easily lead to more serious exploits if the setup user is compromised. The chroot functionality described above is not a perfect fix for this, but can be used as an additional security measure. See the section below entitled Runtime Dependencies for details of what binaries the chroot gaol will need. Access to the CVS repository CVSTrac should be installed running as a user with read access to the CVS repository specified during the interactive setup. Certain com- mands, such as the ability to modify CVSROOT/passwd require the write permissions too. Runtime Dependencies Besides its libraries, CVSTrac requires the following binaries by default: co, rcsdiff, rlog and diff. If running cvstrac on a Debian sys- tem, these will have been installed as dependencies of the cvstrac package, or as part of the base system. SEE ALSO
The CVSTrac wiki http://www.cvstrac.org/cvstrac/wiki and /usr/share/doc/cvstrac/examples on this system. AUTHOR
This manual page was written by Andrew Chadwick <andrewc@piffle.org>, for the Debian GNU/Linux system (but may be used by others). 1.1.4 6 October 2004 CVSTRAC(1)
All times are GMT -4. The time now is 04:45 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy