1. Backup, recovery and replication solutions for relation data bases Ivan Rudnytskyi Sales Engineer Bakotech

2. Sponsors

4. Dell ™ LiteSpeed ™ High-speed SQL Server backup, compression and restore

5. Challenges  Raw data exceeds available storage space  Improper use and management of differential backups  Too many backup jobs and maintenance plans  Backups impacting database applications  Not testing all restore scenarios

6. LiteSpeed Architecture

7. User Interface

8. Faster and smaller backups with LiteSpeed’s Fast Compression  Determining the best differential backup schedule is challenging and poses risks for restore time objectives (RTOs)  Needing more than one backup for a restore operation is a management challenge  Backup retention on disk is more difficult  Smart Cleanup technology

9. Easy backup job management with backup templates  Configuring hundreds or thousands of backup jobs  Backup templates to ease the pain

10. Maintenance Plan Designer

11. Adaptive Compression for small and fast backups  Which compression level should you select?  Finding the best compression level can be a difficult task.  Backup Analyzer  Adaptive Compression to the rescue

12. Automated Restore for easy refreshes, restore testing and checking database consistency DBAs often contend with three restore scenarios that can be quite time consuming to implement: Keeping a secondary database instance refreshed with production database backups Testing backups to ensure they can be restored and running DBCC CHECKDB on the restored database Restoring multiple databases in a single pass

13. Automated Restore LiteSpeed offers three restore types: Restore only the most recent full backup Restore the most recent full backup plus the most recent differential backup, if one exists Restore the most recent full backup, the most recent differential if one exists, and any transaction logs Optionally, you can tell LiteSpeed to run a database consistency check (DBCC CHECKDB) against each restored database and automatically drop the database upon a successful restore (restore testing) for automatic cleanup.

14. Object, data, transaction-level recovery to minimize downtime  DBAs are often asked to restore individual objects to a database, restore old data or simply undo a recent T SQL “event.”  The problem with this solution is not that it doesn’t work — it does, the problem is quite time-consuming

15. Object, data, transaction-level recovery to minimize downtime LiteSpeed includes a few different ways:  Object-Level Recovery (OLR) to recover objects and data.  SELECT from backup to query backups directly  Transaction Log Reader to undo and redo transactions

16. Object Level Recovery Load a backup or a set of related backups, review the list of tables, views, functions, procedures, etc. and quickly generate the DDL script to re- create the object. If it’s data you’re interested in, you can preview the data from any table or recover these objects to a database.

17. Transaction Log Reader

18. Encryption to protect your data  Companies might also have compliance regulations in place that require their data to be protected.  Encryption occurs after compression, in memory, so backups remain small, but secure  0.5 percent increase in CPU using AES-256 40-128-bit RC2 168-bit 3DES 128-bit RC4 128-256 bit AES

19. Protect backup and restore operations with Network Resilience  A problem with your network or disk can easily cause a backup or restore to fail immediately.  LiteSpeed’s Network Resilience  No need to restart the backup.  No need to restart the restore.  LiteSpeed’s copy resilience for Log Shipping

20. Log Shipping Monitor

21. Supported SQL Server’s versions  SQL Server 2000 32-bit and 64-bit (Itanium) (All Service Packs)  SQL Server 2005 32-bit and 64-bit (x64, Itanium) (All Service Packs)  SQL Server 2008 32-bit and 64-bit (x64, Itanium) (All Service Packs)  SQL Server 2008 R2 32-bit and 64-bit (x64, Itanium) (All Service Packs)  SQL Server 2012 32-bit and 64-bit (All Service Packs)  SQL Server 2014 32-bit and 64-bit (x64) (All Service Packs)

22. Supported Cluster Environments Microsoft Cluster Service 2003 Windows Server 2008 Failover Cluster Windows Server 2008 R2 Failover Cluster Windows Server 2012 Failover Cluster Windows Server 2012 R2 Failover Cluster HP PolyServe Matrix Sever 3.6.1 Veritas Storage Foundation HA for Windows 5.0

23. Questions

24. Dell ™ SharePlex ™ How to Easily and Continuously Replicate Oracle® Data to SQL Server®

25. SharePlex: empower your real-time enterprise with 24-hour operations and dynamic business adaptability ASE ODBC Available in v8.6 JMS Queue, SQL or XML File Custom app Other DB’s XML File

26. SharePlex for SQL Server – use cases Affordably replicate Oracle data to Microsoft SQL Server on-premises, remotely or in-the- cloud for special purposes: Improve performance of Oracle OLTP systems by offloading reporting Harness real-time reporting and data warehousing Affordably archive historical data Optimize analytics and the use of business intelligence applications Minimize downtime associated with migrations Offload reporting, archiving, data warehousing Data integration Centralized reporting (Consolidation) Data distribution/ Distributed processing Migrations Oracle SQL Server

27. Offload operational reporting for better performance  Optimized SQL Server reporting environment with different storage layouts, indexing, and more.  Selective down to:  Schemas and/or tables  Columns and/or rows  Archive to SQL Server systems to allow the OLTP to run lean with high performance  Load isolation provides more consistent response time experience than possible with any vertical upgrade Operational reporting/Archiving/ Data warehousing

28. Effective and efficient centralized reporting and consolidation  Simple consolidation to supply downstream extract processing  Archiving, data store, data warehouse, or business intelligence repository  Custom database configuration  Different indexes  Optimized block size  Partitioning  Other optimizations Centralized reporting (Consolidation)

29. Reliable data distribution and distributed processing  Optimized SQL Server environment with different storage layouts, indexing, and more.  Provide only the data required in the select locations  Selective down to:  Schemas and/or tables  Columns and/or rows  Unlimited number of targets and scaling  Provides local copies  Provide better response times Data distribution/ Distributed processing

30. Near real-time integration with change data capture (CDC)  Provides near real-time access to Oracle data in a SQL Server database configured for BI Analytics or reporting  Separates operational and analytical systems thus improving performance  Cost effectively grow and expand infrastructure  Integrate applications that run Oracle and SQL Server with SharePlex passing data near real-time from Oracle to SQL Server. Data integration Oracle SQL Server

31. Heterogeneous migrations: Oracle to SQL Server Value of SharePlex in migrations: Dramatically reduce downtime Return control of schedule to users Automatically validate data Traditional cross-platform migration methods require downtime: Export/Import data Rebuild the database Verify the migration Staging DB Online backup Export/Import SharePlex replication Solaris, HP-UX, Linux, Windows, Exadata Oracle 9i, 10g, 11g or 12c Standard or Enterprise RAC or non-RAC Windows Server SQL Server 2008R2, 2012

32. Current Oracle environment Intermediate Oracle server Replication Backup from Prod, Restore to New Production Capture queue Export queue Post queue Export from Intermediate, import to New Platform. SQL Server Integration Services (SSIS), SQL Server Migration Assistant (SSMA), Flat file, etc. New SQL Server environment (Recover to SCN or LOG Number) Reconcile Post SharePlex migration steps from Oracle to SQL Server

33. Manufacturing HR Finance CRM Data staging, archiving, & warehousing Reports Dashboards Business Intelligence/ Analytics SharePlex + Toad Data Point SharePlex replication Toad Data Point Desktop – compare & synchronize

34. Redo / Archive logs SharePlex for SQL Server architecture Replication on-premises, remote, or in-the-cloud Oracle Source SQL Server Target Export queue Post queue SQL Post Capture Read ExportImport Capture queue

35. SharePlex capture process  Hi-speed, real-time, log-based capture process  Processes online redo logs and if necessary archive logs  ASM supported with OS connection or ASM Admin login and TNS alias  Supports both RAC and non-RAC  Supports Unix, Linux, Windows and Exadata environments, Oracle Standard & Enterprise Edition Redo / Archive logs Oracle Source Capture Capture queue

36. SharePlex reader process  Responsible for batching groups of DML statements  Addresses transaction to one or many targets  Primary/unique keys not required for replication  SharePlex will use all columns if there are no keys  Or key column(s) can be defined Redo / Archive logs Oracle Source Export queue Capture Read Capture queue

37. SharePlex export / import process  Responsible for moving SharePlex messages from the source to target system  At least one pair of export/import processes for each source-target machine pair  Can have more then one export/import pair for a given source-target machine pair  Minimal network impact Redo / Archive logs Oracle Source Export queue Capture Read ExportImport Capture queue

38. Read SharePlex poster process  Converts the SharePlex message into SQL to apply to the SQL Server database via ODBC.  DML and DDL are supported.  ALTER TABLE ADD or DROP COLUMN  Supports SQL Server 2008R2, 2012 and 2014 Redo / Archive logs Oracle Source SQL Server Target Export queue Post queue SQL Post Capture ExportImport

39. SharePlex for SQL Server datatype support Supported Oracle datatypes that will replicate to SQL Server: BLOB, CHAR, CLOB, DATE, TIMESTAMP, TIMESTAMP WITH ZONE, FLOAT, LONG, LONG RAW, NUMBER, INTEGER, RAW, VARCHAR, VARCHAR2, and ANYDATA. Default datatype mapping for ALTER TABLE ADD column for SQL Server. SQL Server 2008R2, 2012, 2014 on Windows 2003, 2008, 2012 and 2012R2 For a complete list of supported datatypes, operations & platform support, see the SharePlex 8.6 Release Notes

40. Posting to SQL Server: datatype mapping  The target config has default datatype mappings for SQL Server: Oracle datatypeSQL Server datatype anydatasql_variant blobimage char clobtext datedatetime2 doublefloat longtext longrawimage numbernumeric rawvarbinary timestampdatetime2 timestamp_tzdatetimeoffset varchar

41. SharePlex replication to ODBC enabled targets  SharePlex can connect to a database that supports Open Database Connectivity (ODBC).  Configuration file syntax: Non-Oracle database(s) ODBC Datasource: o.SID src_owner.tabletgt_owner.tablehost[:queuename]@r.database_name

42. SharePlex new target: XML file  Replication to file now supports XML records  In version 8.5, SharePlex supported replication to files only formatted as SQL statements.  In version 8.6, file data can be formatted as either SQL statements or XML records.  Default type is XML when output file type is configured  Syntax in config file (specifies capture and routing information to file) Datasource: o.SID src_owner.table!filehost Non-Oracle database(s) Custom app XML File

43. Questions