Agenda • • • • • • • What is Availability Road to Active / Active Conflicts Migrations Today’s Technologies Case Studies Questions HP & GoldenGate Software Partnership Highlights • GoldenGate’s First Product on HP NSK Delivered 1996 • Success across all geographic regions and verticals including: – banking; financial services; healthcare; retail & government. • The majority of HP NonStop customers use GoldenGate solutions today. • HP customers drove GoldenGate to support open systems. • HP customers brought us to Active/Active. • Currently engaged in other areas of HP. HP-UX, HP Neoview and Blades. What is Availability? Three States of Availability Operational Application #1: Active #2: Planned Unplanned outage Outage Banking Transaction Processing Retail POS / Order Processing Healthcare Physician Order Entry Clinical Information Systems Customer facing Applications Telecommunications & Billing Performance, Latency, Scalability #3: Unplanned Outage Migrations System Failure Upgrades Data Failure Maintenance Road to Active / Active Goals of an Active/Active Implementation • Better use of existing hardware – Put your backup system to use • Continually test backup system – It is working right now • Reduce response time – Handle peaks – each processing a portion of load – Maintain your system with planned switchovers • Allows phased Migrations/Upgrades (no downtime)! – Once you have the ability to process on two systems, you can perform phased migrations How GoldenGate TDM Works: Modular “Building Blocks” Capture: Committed changes are captured (and can be filtered) as they occur by reading the transaction logs. Trail files: Universal data format enables heterogeneity. Route: No distance constraints via TCP/IP. Compression & encryption. Delivery: Applies transactional data with guaranteed integrity. Source Trail Capture Source Database LAN / WAN / Internet Target Trail Target Trail Deliv er Source Trail Deliver Capture Bi-directional Target Database Uni-Directional Plus Live Reporting When you need: • • • Current up-to-the-minute reporting information Reduce impact of reporting demands on your production system Verification of your failover data readiness Under Normal Operating Conditions PRIMARY SYSTEM AVAILABLE for § BOTH READ and WRITE SECONDARY SYSTEM AVAILABLE for • ONLY READ operations Live Standby (Active – Passive) When you need: • • • • • Live reporting+ Fastest possible recovery & switchover Reverse direction replication ready Next best thing to Active-Active Backup that can be used for reporting Under Normal Operating Conditions PRIMARY SYSTEM AVAILABLE for • BOTH READ and WRITE SECONDARY SYSTEM AVAILABLE for • ONLY READ operations Active / Active – Data Routed to Avoid Data Collision When you need: • • • Continuous availability Transaction load distribution Performance scalability Under Normal Operating Conditions Both SYSTEMS AVAILABLE for • BOTH READ and WRITE Active / Active – With Data Collisions When you need: • Continuous availability • Transaction load distribution • Performance scalability • Conflict detection & resolution Under Normal Operating Conditions Both SYSTEMS AVAILABLE for • BOTH READ and WRITE Conflicts: Avoidance, Detection, and Resolution Active/Active - Considerations Loop Detection • • Detecting if operation was performed by replication component or the application Sometimes referenced as ping-pong detection Conflict Avoidance • Building an environment where conflicts are avoided under normal processing conditions Conflict Detection • Detecting if the same row was updated on both the source and target before the changes were applied by data replication Conflict Resolution • Determining business rules on how to handle collisions Conflict Avoidance • Application partitioning – User-based – Account number based – Geographic – … • Database Key partitioning – Even vs. Odd – Increments by server count (1,4,7,10…) (2,5,8,11…) (3,6,9,12…) Conflict Scenarios • Database Design – Key Sequencing • Application Logic – Account Balance – Inventory – Customer address • Network Outage – What do you do? Conflict Resolution Approaches • Exception handling / management – Human intervention – Automated approaches • Simple automated approaches – Timestamp – Trusted source / site priority – Merge approach • Complex automated approaches – Quantitative resolution – Complex rules-based resolution Migrations Migration Challenges • Maintaining SLA during planned outage – Revenue Impact – Customer Expectations – Interdependencies, Integration • Synchronization issues – Incremental data movement – Source database impact • Data issues – – – – Instantiating Terabytes/Petabytes Staging areas Change Management Special Handling • Failback strategy – System/Application verification – Continued data growth • Application Availability High Availability Zero database downtime and minimal application downtime during the project Low Impact Non-intrusive on the source database and OLTP activity • Data Issues Real Time Real-time incremental synchronization of data transactions during the migration • Risk Mitigation Verification Verification of data between the databases before the cutover Failback Failback solution in the event of unexpected issues on the new environment If it ain’t broken… Why do they migrate critical systems? • Their hardware or operating system is at “end-of-life” – Tru64, OpenVMS, old hardware … • Their application version is no longer supported – Siebel 6.x, GE Carecast, etc – Take advantage of new features • Data center consolidation / virtualization – Operating old servers becomes increasingly expensive – TCO reduction, MIPS reduction • Change in vendor / strategy – Mainframe to HP-UX Three Flavors of Migrations Unidirectional Migration • • Eliminate downtime during the data migration – Data on target is at near-zero lag from source data Big-bang cutover with no fail-back Big-Bang Cutover Target Trail Source Trail Deliver Capture Source Database Target Database Verify Unidirectional Migration with Failback Option • • Eliminate downtime during the data migration Big-bang cutover with failback – capture transactions on new system and if something goes wrong, bring old system up-to-speed (failback requires downtime) Big-Bang Cutover Target Trail Source Trail Deliver Capture Fail-back Contingency Source Database Failback Trail Failback Trail Capture Delivery Verify Target Database Bidirectional Migration • • • • Eliminate downtime during the data migration Gradual cutover with two active systems Switch users back and forth on a schedule Not Trivial – Need Application knowledge (Packaged Solutions for BASE24, GE Carecast, Siebel) Phased Cutovers Target Trail Source Trail Capture Source Database Deliver Source Trail Target Trail Capture Delivery Verify Target Database Migration Validation How Confident Are You: Does Node A = Node B? Visibility to act on discrepancies sooner Why Veridata? Data Discrepancies are a Reality… User errors § Input errors § Unintended use § Malicious intent Application errors § Faulty logic § Failed upgrades § Latent bugs Infrastructure errors § System failure § Disk corruption § Network outage Configuration errors § Applications § Replication § Network “Although redundancy in a data architecture will be added value in some cases and required in others, redundancy introduces the risk of discrepancies when all related copies of data are not kept in sync and current.” -- Ted Friedman, Gartner, January 2004 GoldenGate Veridata: How it Works • • • The user chooses tables or files on the source and target databases The comparison is initiated from the Veridata web-based UI or command line As the databases continue to change, GoldenGate Veridata reports: – Persistent discrepancies – In-flight data discrepancies (user configurable) Today’s Technologies Hardware Redundancies • Hardware / Operating System Redundancies – – – Tandem Stratus Clustering • Database Server Redundancies – – Oracle RAC DB2 Sysplex/Datasharing • Storage Redundancies – – – Storage Mirroring Host-based Mirroring Raid • Backup Technology – – Backups Snapshots Hardware Redundancies • Pros – Non intrusive – Easy to implement – Complementary strategy • Cons • • • • • No heterogeneous support Exact environments Inflexible Recovery is not instantaneous Distance constraints Replication Technology • Physical Replication – – – – EMC Fujitsu Hitachi Veritas • Logical Replication – – – – DRNet GoldenGate RDF Shadowbase Physical Replication • Pros – Non-intrusive – Easy to implement – Complementary strategy • Cons – – – – – No heterogeneous support Exact environments Inflexible Recovery is all or nothing Distance constraints Logical Replication • Pros – – – – – – – – Selective Filtering Mapping Transformation Active/Active Targeted repair No distance constraints Flexible topologies (one-to-many) • Cons – Not a black box implementation Logical Replication – Further Breakdown • Tightly Coupled/Peer to Peer – Pros • Less processes – Cons • • • • Trouble with outages Hard to scale for high volumes Inflexible topologies Harder to implement heterogeneous capabilities • Decoupled Architecture – Pros • • • • Handle outages by design Create non-equal source and target pairs for better scalability Easy to add new platforms Easy to add new databases – Cons • More processes Change Data Capture - Techniques • Shadow Tables – • Timestamp Based – Pros • No modifications to the Application • No increased I/O in commit path • Easiest to code • Custom tailored capture • Real-Time capture – Cons • • • • Application intrusive Increased I/O in commit path Inflexible to Application changes Second toughest to code • Trigger Based – Pros • • • • – – • Log Based Custom tailored capture No modifications to application Real-Time capture Second easiest to code • Increased I/O in commit path • Inflexible to Application changes Cons • Batch capture • Impact on Source system • Scripts and timestamp management – Cons Pros Pros • • • • • – No modifications to the Application No increased I/O in commit path Custom tailored capture No modifications to application Real-Time capture Cons • Toughest to code GoldenGate TDM: Heterogeneity Supports Applications Running On… Databases Capture: § Oracle § DB2 UDB § Microsoft SQL Server § Sybase ASE § Teradata § Enscribe § SQL/MP § SQL/MX § Ingres Delivery: § All listed above § MySQL and any ODBC compatible databases O/S and Platforms HP NonStop (S series, Itanium, Blades, Neoview) HP-UX HP TRU64 Windows 2000, 2003, XP Linux Sun Solaris IBM AIX IBM z/OS OpenVMS Customer Case Studies Case Study: Bank of America Zero Downtime for 18,000 ATMs 18,000 ATMs Continuously Available Business Challenges: § 100% availability for systems supporting 18,000 ATMs § Disaster Tolerance: Reduce switchover time § Consolidate data from 4 geographically dispersed Data Centers into a single system § Support active-active for HA and fraud detection § Synchronize thousands of transactions per second, millions per day GoldenGate Solution: § High availability, dual-active solution with advanced conflict resolution capabilities § Live Standby into data centers § Enables zero downtime migrations, system upgrades § Results: § Reduced application recovery time by 90% § Eliminate outages for application, database and OS upgrades Fraud Detection Application Dual-Active ACI BASE24 HP Nonstop ATMs SF ACI BASE24 HP Nonstop VA Hot Backup Site: Kansas City Data Center ACI Base 24 LA ATMs ACI Base 24 TX “GoldenGate offered us benefits that would also enable us to meet our long term goals.” - Michele Schwappach, SVP Senior Technology Manager, Bank of America Case Study: US Bank Active/Active for Continuous Uptime Business Challenges: § 100% availability for systems supporting 2,500 branches & 5,000 ATMs in US. § Zero Downtime during critical application upgrades/migrations. § Scalability as systems grow. § Load balancing and improved response times and performance. § Ability to handle data conflicts. GoldenGate Solution: § High availability, dual-active solution with advanced conflict resolution capabilities § Enables zero downtime migrations, system upgrades § Started with Active/Passive and moved to Active/Active environment. § US Bank created its own user-exits to handle data collisions. § Results: Continuous uptime § US Bank’s customers are happy. More casino customers now! 5,000 ATMs & 2,500 Branches Continuously Available ACI Base24 ACI Base24 Dual-Active HP Nonstop St Paul, MN HP Nonstop Portland, OR MS SQL Server Data Warehouse “Active-active implementations can seem like a daunting task but this should not discourage you from pursuing such a solution because the benefits are tremendous” Rich Rosales, Development Manager, US Bancorp Case Study: MGM Mirage No Gamble for High Availability & Real-Time Data Warehousing Business Challenges: • Improve availability for casino marker & money management systems • Integrate data in real-time from cage/money mgmt systems, property mgmt & players club to enterprise data warehouse (EDW) • Improve customer service and business intelligence for marketing & customer service. GoldenGate Solution: • GoldenGate Live Standby for real-time copies of production systems with no downtime • GoldenGate real-time data feeds into EDW increases the value of MGM’s consolidated customer view • Migrate Players Club system from SQL Server 2000-2005 & upgrade hardware (future). Continuously Available Applications & Single View of the Customer Cage & Marker Mgmt. & Property Mgmt For MGM Cage & Marker Mgmt. Backups HP Nonstop Bellagio Backups HP Nonstop Treasure Island Stratus MGM Bellagio Opera Property Management System (Oracle) Enterprise Data Warehouse (SQL Server 2000) Players Club Program SQL Server 2005 SQL Server 2000 Results: § No Downtime for mission critical systems § Real-time consolidated view of customer in EDW Thank You cmcallister@goldengate.com dmahon@goldengate.com Questions?
© Copyright 2024