This document provides an agenda and introduction for a presentation on disaster recovery using physical replication technology. The presentation will include an overview of Dbvisit Standby software, which enables disaster recovery for Oracle Standard Edition databases. It will also present a case study of how the New Zealand Stock Exchange uses Dbvisit Standby to ensure continuous availability of critical trading systems across two data centers.

1. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Disaster Recovery
with Physical Replication Technology
Including NZX Case Study and Demo by Insight Technology
Session: C16
Presenters: Mike Donovan and Miyuki Ohashi

2. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Introduction
Mike Donovan - @dbvisitmike
• Global Digital Business Development
• Working with Oracle databases since version 8
• Varied roles in technology as Developer, Technical Analyst, Oracle DBA and also
Technical Presenter
• Presented at OOW (‘11, ‘13 & ‘14) and Collaborate (’15)
• Enjoy learning, reading, running, surfing & music of all sorts

3. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Dbvisit
• HQ in New Zealand, US subsidiary, partners throughout the world
• Used in 80+ Countries. 800+ customers.
• Database Replication is our niche and specialty
• Worldwide leader in DR solutions for Oracle Standard Edition
• Product Engineers with “real world” DBA Experience
• Regular presenters at Oracle events such as OOW, Collaborate and NZOUG
• Passionate about Oracle Technology

4. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Agenda
• Part 1
– Introduction
– Disaster Recovery
• Do I need it?
• Can it be done with Standard Edition?
– Things to consider when planning DR
– Dbvisit Standby Overview
– Case Study: NZX (New Zealand Stock Exchange)
• Part 2
– Demo
• Q&A

5. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Is your database protected if disaster strikes?

6. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
What is the most critical asset of companies today?
Protection is required against:
• Natural Disasters
• Hardware / Infrastructure Failure
• Human Error
Data

7. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
What is Disaster Recovery?
Disaster Recovery (DR) is seen as
• Processes
• Policies
• Procedures
Established to ensure recovery and continuity of
• Infrastructure
• Applications
• Databases
All of which are critical to Business Continuity

8. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
• Understand Business Requirements
o Actually talk to the Business! Don’t make assumptions!
• Understand what it means to say “Zero Data Loss”
• Recovery Point Objective (RPO)
• Recovery Time Objective (RTO)
• Change Control
• Documentation
• Testing, Testing and more Testing
Considerations when planning DR

9. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
What about HA and DR when using
Oracle Standard Edition?

10. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Oracle Standard Edition does Support:
Oracle Real Application Clusters (Oracle RAC)
• Included from 10g
• Limitation of 4 Sockets in Cluster
• 3rd Party clusterware not supported
• ASM must be used
• Cluster file systems not supported for database files
Standby Databases
• Possible using 3rd Party Products

11. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
The Core of Disaster Recovery
Standby Databases

12. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Standby Database High Level Overview
PRIMARY SITE SECONDARY SITE(S)
PRIMARY
DATABASE
STANDBY
DATABASE
LOG EXTRACT
1 TRANSPORT
2 LOG APPLY
3
Redo
Logs
Archived
Logs
Archived
Logs

13. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
1. Data Guard (requires Oracle EE)
2. Third party products such as
– Dbvisit Standby
3. Do it yourself
– Inherent risks
Standby Database Solutions

14. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
What is Dbvisit Standby?
• Physical data replication - One to One copy
• Some see it as the “Oracle Data Guard” for Standard Edition
• Easy to install, configure, use and manage
• Creates the standby database (CSD)
• Support for Oracle RAC, OMF and ASM
• Support for Oracle 8i forward, EE, SE, SE1 and XE
• Broad OS support:
– Oracle Linux, Oracle Solaris, Windows, AIX and HP-UX
• Cloud deployment example Amazon AWS

15. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Dbvisit Standby History

16. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Dbvisit Standby - Web-based Interface (GUI)

17. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Dbvisit Standby – Command Line Interface (CLI)

18. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Dbvisit Standby - Features
• Core function – Send and Apply redo
• Efficient mechanism, using archived redo for recovery
• Automated process to Create Standby Database (CSD)
• Automated resynchronize standby (RMAN Incremental Backups)
• Allow off-loading backups onto standby
• Allow standby to be opened Read-Only for reporting
• Internal Dbvisit Standby Reporting (Apply and Transfer Gap)
• 20+ APIs

19. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Dbvisit Standby - Features
Failover (standby activation)
• Activates the standby database in the event of DR
• Initiates a resetlogs
• There is no going back (unless using flashback - EE)
• Potential for dataloss
Switchover (role reversal)
• Is used for planned maintenance on primary server
• Switches database roles
• Increase availability on database
• Small outage required
• No data loss

20. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Standby Database High Level Overview

21. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Dbvisit Standby – Killer Feature
Resynchronize Standby Database
- Unrecoverable Archivelog Gap
- No-logging Operations
- Automated Process
- Using RMAN Incremental Backups

22. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Dbvisit Standby Directory Structure
– $DBVISIT_BASE with 3 Sub Directories
/usr/dbvisit/
/usr/dbvisit/dbvnet
/usr/dbvisit/dbvserver
/usr/dbvisit/standby
– Default DDC (configuration file) location
/usr/dbvisit/standby/conf
– Default Trace file location
/usr/dbvisit/standby/trace
$DBVISIT_BASE
Dbvisit Networking
Dbvisit Web GUI
Dbvisit Core & CLI

23. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Dbvisit Standby Network Layer - Dbvnet
– Secure network communication (128bit or 256bit encryption)
– Independence of SSH-based client/server network communication
– On Linux SSH or Dbvnet can be used (Dbvnet default)
– MS Windows Dbvnet Only
oracle@dbvlin101[/usr/dbvisit/standby]: ps -ef|grep dbvnet|grep -v grep
oracle 793 1 0 16:33 ? 00:00:00 ./dbvnetd start
oracle 795 793 0 16:33 ? 00:00:03 ./dbvnetd start
oracle 796 793 0 16:33 ? 00:00:00 ./dbvnetd start
oracle 797 793 0 16:33 ? 00:00:02 ./dbvnetd start
oracle 798 793 0 16:33 ? 00:00:02 ./dbvnetd start

24. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Creation of the Standby Database
• Easy Guided Process
• Pre-flight checks
• Support Oracle ASM and OMF

25. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Case Study: NZX (New Zealand Stock Exchange)
A partnership which began way back in 2008

26. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Case Study: NZX (New Zealand Stock Exchange)
• Background:
– NZX is a dynamic, fast growing organization
– Headquartered in the New Zealand capital, Wellington
– Offices in Auckland, and Melbourne, Australia
– Core focus is Share Trading
– Also a key player in the Energy Trading market (contracted by EA)
– Working to create new markets for Agriculture (electronic grain
trading platform operator)
– Provider of superannuation

27. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Case Study: NZX (New Zealand Stock Exchange)
• Scale of Operations:
– Operate systems and businesses which handle billions of dollars
worth of transactions each year
– ~100,000 bids and offers submitted daily
• Data and Information:
– data to support trading activity, but also information which supports
traders’ and investors’ decision making
 What is the most important asset of your business? DATA.
 Data is the lifeblood of modern organizations.

28. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Case Study: NZX (New Zealand Stock Exchange)
• The Challenge
– Natural Disasters
• New Zealand's capital city lies within the earthquake-generating
collision zone between two of the Earth's great tectonic plates,
and sits on top of one of the zone's most active geological
faults - the Wellington Fault.
– Critical 24x7x365 Operational Systems required (trading, electricity)
– Support a number of different systems and applications with Oracle
database backend
– Mixed EE and SE environments
– Robust Business Continuity Processes essential, with database DR
at the heart of that

29. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Case Study: NZX (New Zealand Stock Exchange)
• The Scenario
– In 2008 NZX began looking for a solution to replace their in-house
scripts on their Oracle SE environments
– Hosting in 2 different data centres (link over the internet)
– Critical system with RTO of 30mins and RPO of 10mins
– Discovered Dbvisit Standby (local vendor with global reputation)
– Trialed the product & it simply worked - does exactly what they need
Dbvisit Standby excels in terms of Simplicity and Ease of Use:
- less work for the DBAs day to day, and under crisis-pressure
- greater reliability

30. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
• Example implementation: Core environment
– 5 databases
– All running Oracle Database Standard Edition One
– Database sizes ranging from 15GB to approx. ~1 Terabyte
– Solaris (SPARC) OS
– 24x7 system
– Original DR/BC provide by in-house written scripts
– Replaced by Dbvisit Standby (currently running v7)
– Effective Cost of Ownership
• Cost Saving of 80% compared to EE with Data Guard !
Case Study: NZX (New Zealand Stock Exchange)

31. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
• The Result
– Peace of Mind
“In terms of the previous manual solution that we had in place...in terms of the
due diligence to be able to say when we stand up all our logs are there,
everything is accounted for, was minimal. We had a solution that shipped but we
had no way of actually ensuring that everything was exactly as needed.”
(Management)
“We found Dbvisit Standby to be a fantastic product, largely due to the ease of
use, the simplicity. If something goes wrong I can very easily switchover or cut
over. You really don’t want a complicated or a difficult process. You want
something simple that works and gets everyone happy again.” (DBA)
Case Study: NZX (New Zealand Stock Exchange)

32. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
• dbvisit.com > customers > testimonials
Case Study: NZX (New Zealand Stock Exchange)

33. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Dbvisit Standby Demo - Miyuki Ohashi

34. © 2 0 1 5 D b v i s i t
S o f t w a r e L i m i t e d |
d b v i s i t . c o m
Questions?