Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

5 Steps for Migrating Relational Databases to Next-Gen Architectures

243 views

Published on

The current “cloud first” revolution has exposed an ugly secret: Traditional databases simply cannot meet the high-scale, high availability, high customer expectation reality that business are facing. As more customers begin migrating mission-critical applications to database platforms that can inherently support next-generation flexibility and agility, it’s no wonder that the market for alternative database solutions is growing rapidly.

In this webinar, NayaTech CTO David Yahalom and NuoDB VP of Products Ariff Kassam discuss the primary motivators behind the growing adoption of next-generation, cloud-centric database technologies and the five steps to ensure such database migration projects are successful.

Topics include:
The main drivers behind the booming adoption of cloud-native, elastic, next-generation database technologies and the paradigm shift in the database technologies market.

The challenges for database migrations - from data movement and schema conversion to achieving feature parity with traditional commercial databases.

The five steps - from planning to execution - for a successful migration across different database platforms.

Published in: Software
  • Be the first to comment

  • Be the first to like this

5 Steps for Migrating Relational Databases to Next-Gen Architectures

  1. 1. 5 STEPS: MIGRATING RELATIONAL DATABASES TO NEXT-GEN ARCHITECTURES December 7, 2017
  2. 2. Copyright © 2017 NuoDB - NuoDB Confidential LOGISTICS + You will be on mute + Submit questions in the Q&A box on the right + Webinar is being recorded & will be available for replay David Yahalom Chief Technology Officer NayaTech Ariff Kassam Vice President, Products NuoDB
  3. 3. THE 5-STEP MIGRATION PROCESS David Yahalom, CTO, NayaTech
  4. 4. BigData & NoSQL Analytics & Data ScienceRelational Databases Cloud
  5. 5. Paradigm Shift
  6. 6. The Paradigm Shift RDBMS (this is not a tombstone, it's a monolith!) Traditional Monolithic Database Architectures
  7. 7. The Paradigm Shift RDBMS (this is not a tombstone, it's a monolith!) Traditional Monolithic Database Architectures
  8. 8. The Paradigm Shift RDBMS (this is not a tombstone, it's a monolith!) Traditional Monolithic Database Architectures
  9. 9. The Paradigm Shift
  10. 10. The Paradigm Shift
  11. 11. The Paradigm Shift
  12. 12. Database Migrations
  13. 13. Database Migrations
  14. 14. Phase Description 1 Choose databases for migration, based on licensing or functional requirements 2 Identify proprietary database features and establish target equivalents 3 Schema assessment & automated conversion 4 Manual fixes for problematic schema objects 5 Modification of applications and data access layer 6 Data migration for QA 7 Functional testing 8 Performance tuning 9 Integration & deployment 10 Data migration for production 11 Training on new technology stack 12 Documentation 13 Post production ongoing support Database Migration Steps
  15. 15. Identify Migration Targets 1 Data Access Layer Conversion 4 Schema Migration 3 Production Data Migration 5 2 Feature Parity Database Migration Steps
  16. 16. Database Migration Steps: Identify Migration Targets Non-functional requirements: 1. Reduce licensing costs. 2. Reduce vendor lock-in. Functional requirements: 1. Increase scalability. 2. Increase flexibility. 3. Improve high availability. 3. Adopt cloud platforms. Identify Migration Targets Choose wisely!
  17. 17. Identify Migration Targets 1 Data Access Layer Conversion 4 Schema Migration 3 Production Data Migration 5 2 Feature Parity Database Migration Steps
  18. 18. Oracle Advanced Queues Oracle Scheduler JSON Storage XML DB Table Partitioning Externally Identified Users Transparent Data Encryption 12c PDBs Result Cache Resource ManagerLog Miner In-Memory Column Store Spatial Golden Gate External Tables SQL*Loader Database Control Local & Global Indexes Triggers RMAN DataGuard RAC Database Migration Steps: Feature Parity
  19. 19. Database Migration Steps: Feature Parity Feature Parity Feature-to-Feature Map High Availability: Oracle RAC, SQL Server AlwaysOn, MySQL/PostgreSQL Binlog/WAL Replication, etc... Security: Authentication, Authorization, Audit, Encryption, etc.. Disaster Recovery & Data Replication: DataGuard, LogShipping, MViews, DBLinks, GoldenGate, Attunity Replicate, DBVisit, etc.. Disaster Recovery & Data Replication: Oracle Advanced Queueing, Microsoft ServiceBroker, Compression, Monitoring (Enterprise Manager), Backup & Recovery (RMAN, Flashback), Resource Manager, Scheduler, Unstructured Data Storage (XML, JSON), Spatial, etc...
  20. 20. RAC Node #1 RAC Node #2 RAC Node #3 Cluster Interconnect Network In-Memory Oracle Instances Shared Storage Storage Network VIP VIP VIP SCAN IP(s) (load balance) Priv IP Priv IP Priv IP Database Migration Steps: Feature Parity Oracle RAC
  21. 21. Database Migration Steps: Feature Parity NuoDB Elastic Database Cluster
  22. 22. Database Migration Steps: Feature Parity Feature Parity Leverage the Cloud!
  23. 23. DBMS_AQ.ENQUEUE ('msgqueue', enqueue_opts, msgprops, my_msg, msgid1); Oracle Advanced Queues var sqs = new AWS.SQS... var lambda = new AWS.Lambda... AWS SQS+Lambda Database Migration Steps: Feature Parity
  24. 24. BEGIN DBMS_SCHEDULER.CREATE_JOB ( job_name => 'update_sales', job_type => 'STORED_PROCEDURE' Oracle Scheduler Set-AzureRmDataFactoryV2 ... Azure Data Factory Database Migration Steps: Feature Parity
  25. 25. Identify Migration Targets 1 Data Access Layer Conversion 4 Schema Migration 3 Production Data Migration 5 2 Feature Parity Database Migration Steps
  26. 26. Source Target Database Migration Steps: Schema Conversion Schema Object Tables, Constraints, Data Types Views Indexes Functions and Procedures Other (sequences, triggers, identity columns, synonyms, partitions, IOTs) NuoDB Migrator Tool Manual DBA Migration
  27. 27. Identify Migration Targets 1 Data Access Layer Conversion 4 Schema Migration 3 Production Data Migration 5 2 Feature Parity Database Migration Steps
  28. 28. Database Migration Steps: DAL Conversion Data Access Layer Conversion JDBC ... ODBC ... OCI ... ADO.NET ... ODP.NET ... REST ... QA Performance Tuning Selenium, LoadRunner TruClient & HTTP, Apache JMeter, etc...
  29. 29. Identify Migration Targets 1 Data Access Layer Conversion 4 Schema Migration 3 Production Data Migration 5 2 Feature Parity Database Migration Steps
  30. 30. Database Migration Steps: Data Migration Production Data Migration ETL CDC And many more... "Bring-Your-Own-Tool"
  31. 31. Identify Migration Targets 1 Data Access Layer Conversion 4 Schema Migration 3 Production Data Migration 5 2 Feature Parity Database Migration Steps
  32. 32. BENEFITS OF MODERN DATABASES
  33. 33. Increase Scalability BENEFITS OF MODERN DATABASES 33 Provision resources as you grow Dynamically scale up or down Seamless scale up migration
  34. 34. Increase Flexibility 34 Distributed microservices with distributed DBs Monolithic stack BENEFITS OF MODERN DATABASES
  35. 35. Improve High Availability 35 Built-in replication and Active-Active across multiple AZs BENEFITS OF MODERN DATABASES
  36. 36. NuoDB: THE ELASTIC SQL DATABASE 36 Fast in-memory transaction processing with dynamic application data affinity Durable storage management with scale-out storage NuoDB Architecture Legacy RDBMS Architecture Modern distributed, peer-to-peer services acting as a single, logical database + New modern database architecture with independent database services + Services scale independently and elastically + Straightforward ANSI SQL interface + Deploy across containers, clouds & data centers + Continuous availability for planned (upgrades) and unplanned outages Storage Query Processing
  37. 37. FULL CLOUD FLEXIBILITY + NuoDB supports on-premises and multi-cloud deployments  Support for OpenShift, AWS, Azure and GCP + No cloud vendor lock-in + Easy to deploy hybrid or multi-cloud + Easy to migrate from on-premises to cloud 37 Copyright © 2016 NuoDB − NuoDB Confidential
  38. 38. SUMMARY + Next generation data architectures require modern databases + Migrating existing applications to modern databases requires planning and consideration + Modern databases enable scale, flexibility, availability + NuoDB provides a modern database supporting private/public clouds, hybrid and multi-cloud 38 Copyright © 2016 NuoDB − NuoDB Confidential
  39. 39. QUESTIONS? contact@naya-tech.com info@nuodb.com Sign up for our next webinar, “Intro to NuoDB”: go.nuodb.com/intro-nuodb- dec13.html Watch a demonstration: nuodb.com/full-demo

×