What ORA.mirror can do / Features

There is only one version of ORA.mirror. Whatever Oracle Edition is used all functions are available!
All functions are performed at the mirror system and do not strain the perfomance of the productive system.
  • automatic switch over
    When a hardware failure or a crash of the database on the production server (PRIMARY), the standby sytem (MIRROR) automatically takes over the function of the PRIMARY. One of ORA.mirror assigned IP address (cluster IP) will also change from the production to the standby system. Depending on the application this means for the clients only a reconnect to a new database.
  • pre-error-detection
    The productive system will be tested on error (ORA-xxxx) before takeover the made transactions.
    On error the mirroring is stopped immediately and is waiting for user action.
  • archive cleaner
    Typically, the administrator have to delete old archive logfiles to prevent a hard disk overflow. ORA.mirror does this job on PRIMARY and MIRROR system. Different retention periods on PRIMARY and MIRROR can be parameterized.
  • no data lost
    After a crash at the production database on PRIMARY host, ORA.mirror tried to get the last transactions.
    Prerequisit: The host is physically available.
  • delayed / in-time mirror
    You can run any numer of mirror host configured delayed or in time. In time means, the the has the data like the primary. Delayed means, the mirror is not in time with the primary. You can configure the delay time in minutes from 0 to several days. With a delayed mirror, it is very simple to restore deleted database objects on primary. Recover the mirror to time shortly before the wrong transaction was done with the feature "recover-to-time" and open the mirror in "readonly-mode". Now select the special objects and recreate on primary database.
  • auto create mirror
    At the mirror, it's enough to install the same Oracle verison. It is usefull to create a small samplae database with the same SID as on PRIMARY.
    With a button click, ORA.mirror creates an exact mirror of the primary and if you want the necessary services and password file.
  • read-only-mode
    In mode "mounted" the mirror is processing the transactions from primary database. In this mode, it's not possible to read or write data on mirror. On button click or scheduled, the mirror can be opened in "readonly-mode and it's possible to read data i.e. for reporting. Back to mode "mounted" can be done on the same easy way.
  • hot backup
    On button click or scheduled, you can create a backup from PRIMARY database. All datafiles, controlfiles etc. will be stored in a defined backup-folder organized by the real folder structure. So it's very simple to locate a datafile for a restore task and it's possible to backup datafiles with the same name.
  • maintenance switch
    If you have a hardware fault on your primary system ant the component can't be replaced through hotplug, you will get a problem. The feature "mainenance switch" is activating the mirror via a simple button click und you can repair the primary host.
  • mirror backup
    To avoid stress on the primary system, ORA.mirror can do backups from MIRROR. The integrated scheduler allows to configure one or more mirror backups for a day.
  • scheduler
    The scheduler of ORA.mirror allows you to configure several tasks like backup, read-only, back-to-standby, filesync or archive cleaner.
  • FileSync
    To keep directories on the mirror with the productive system in sync, ORA.mirror has an integrated file synchronization which is controlled by the scheduler.
  • zip log
    If the mirror is connected over WAN (VPN ect.), it's possible to compress the logfiles before the transfer and decompress before processing on mirror. Compression rates of 80% are possible.
  • run as service
    Since version 1.3.2 ORA.mirror can run as service. For monitoring you can use the integrated webserver --> monitoring via browser.
  • monitor tablespace and diskspace
    ORA.mirror is monitoring the free space of your harddisks and tablespaces. At reach defined limits you will be notified via email.
  • monitoring via browser
    Due to the integrated webserver, default port 50999, you can monitor primary and mirror and do some actions like "bring-to-readonly" or "back-to-standby".
  • email notify
    About all important events can inform you ORA.mirror using email.
  • start/stop apps
    Within ORA.mirror, applications and services can be configured to start up with primary or start up by activating mirror. On the other site, these services and applications will be stopped.
  • simply install
    You don't have to be an Oracle profi to administrate or install ORA.mirror. On the database, nothing must be changed. But if you have trouble or problems, please contact support@oramirror.com.
  • clear recyclebin
    Often neglected! Oracle also offers similar to Windows a garbage. Without maintenance, this affects the performance of the database. Queries and Views will get slower and slower. ORA.mirror cleans the Oracle "recyclebin" by schedule.
Oracle is a registered trademark of Oracle Corporation. All brand names and trademarks are the property of their respective owners.
deutsch  english 
Download | AGB | Impressum