There are two primary reasons why people seek to migrate away from Oracle for data warehousing. The first reason has to do with business drivers. Many key business drivers have forced IT organizations to re-evaluate their existing Oracle infrastructure, and determine that it does not and can not meet their business objectives now or in the future. In many companies, senior executives are demanding not only a holistic view of the business but also the ability to drill down to a granular level if desired. The existence of a multiple data mart environment or a highly aggregated molded data environment is unable to meet these business needs. At the same time management is demanding more out of their analytical infrastructure, the need for more real time insight into business processes, as well as the ability to ask more complex questions anytime they choose. As your business begins to demand more, it is crucial that you look to a platform, such as Teradata, that has the technology components of unparalleled scalability, flexibility and reliability to meet your companies business needs today and in the future. Sometimes, the issue has more to do with being able to ask questions of the data warehouse that can’t be answered. Many Oracle customers find that their data warehousing efforts are too limited. They have to plan for queries, can not ask ad-hoc queries when they want to and have limits as to what kinds of questions they can ask of their data warehouse – either because the query is too complex for the system or because the data does not exist within the system. Regardless, Teradata’s centralized data warehouse allows users to ask any query at any time – an option that is appealing to many business users. The other primary reason Oracle data warehousing customers migrate has to do with the technology itself. As the data warehouse grows, scalability becomes an issue with the Oracle platform. Traditionally Oracle has been a platform that has been physically limited in scalability to that of the largest single server a customer could find. With the release of RAC, Oracle has begun to promote a “scale out” environment for warehousing. Though it sounds great as a marketing pitch the reality is that it is unproven technology in large data warehousing environments. Unlike Teradata, as each additional node is added, the return on performance from that node diminishes and the management complexity increases. Teradata is the only database vendor who can provide true linear scalability. That means that our customers never have to worry about the database getting too large or unmanageable – in fact, some of the largest commercial databases in the world run on Teradata. Flexibility and Performance are other critical areas that many customers find is lacking in Oracle data warehouses. The fact is that Oracle was designed for OLTP – lots of small transactions. Oracle is great as an OLTP database, but was never designed to handle the kinds of queries or mixed workloads necessary in today’s data warehousing environment. In order to get any type of performance out of their Oracle platforms, IT Organizations have been forced to go through the arduous tasks of highly aggregating, indexing and modeling their data. As business changes, or new questions need to be asked, IT Organizations must then attempt to re-aggregate, re-index and re-model, equating to higher complexity, management costs as well as a much longer delay in being able to answer the question. Teradata was specifically designed for decision support and has always had an advantage from a performance as well as flexibility standpoint. Finally, the stability and reliability of Teradata provides unique advantages over Oracle or any other database platform. Teradata is essentially self-managing and in the event of disk or node failure, access to end users will never be interrupted. Many of our customers have moved into real-time data warehousing and simply can not afford to have their data warehouse go down for any period of time. They have turned to Teradata for a stable, safe, reliable solution and we have provided the reliability they require.
These are just a list of migration customers that had press clauses with TD, so we could show their name
Undertaking a migration effort is not a decision to be taken lightly. Your data is important, the users of the system have demands and needs that must be met. That is why you must have absolute confidence in our ability to deliver on our promises. Teradata developed the Oracle to Teradata migration program three years ago. From the very beginning, Teradata had a documented methodology around the migration process. In fact, the program was formalized because of the volume of work we had in the migration area. Over the years we have continued to refine the methodology for migrating from Oracle to Teradata and have included this as part of the comprehensive Teradata Solutions Methodology – the documented processes used by our Professional Services Team. In addition to the documented methodologies, we have developed and enhanced several tools that assist our consultants in the migration process. The Estimator tool can accurately scope a migration project and develop the statement of work, Teradata Migration Accelerator tool helps to automatically migrate data from an Oracle database to a Teradata database and TMA also helps to migrate applications and processes from PL/SQL to Teradata SQL. These tools can literally save thousands of man hours and are one of the big reasons that Teradata can complete a migration in weeks or months compared to the years that it might take others. Our PS team will handle each step in the migration process, from planning through the testing phase, and ensure that your Teradata system is the best that it can be.
Teradata is committed to providing each migrating customer with a complete solution. We realize that the Teradata environment will be different from the Oracle environment and that the current staff will need some training on the differences between Teradata and Oracle. The benefit is that because of the ease of management and use built into the Teradata platform, the amount of training that is needed for a Oracle DBA to become a Teradata DBA is minimal. Teradata provides a series of courses for Oracle professionals that will allow them to rapidly come up to speed on the Teradata system very quickly. The courses depicted here will help any Oracle DBA perform all of the necessary tasks in a Teradata environment.
There are many options for moving data and applications and our Professional Services team will work with you to determine how best to accomplish your goals. In some cases, the data and applications are virtually mirrored from one system to another. In other cases, the entire data model is re-architected. What typically happens is a combination of the two – a more evolutionary approach. The evolutionary approach allows the TD system to be up and running relatively quickly and over time delivers increasing benefits and capabilities. The strategy that is best for your company depends on your goals, existing capabilities and other organizational constraints.
Once the plan for migration has been established, there are a number of tools that Teradata has developed to assist in the migration process. The first tool is the Teradata Migration Accelerator. This is our integrated Java based migration tool. The Teradata Migration Accelerator will help to migrate both ETL processes and applications. We have specific IP in the tool that not only allows us to do code conversion, but also automatically convert serial cursor based code into set based code. The tool also handles the data migration between It handles all of the conversions, such as number and date, that are necessary as well as creating the new tables and objects on the target system. This tool works very well with high volume conversions and can handle thousands of tables and millions of rows of data. In more unique environments where Windows will be used for data warehousing, there is an OLE DB Access Module (O-lay) tool that can handle data movement from any OLEDB data source, Oracle, SQL Server, DB2 etc. – and move it to Teradata. . Other partner tools that are available for migration purposes is a Teradata partner tool, Wisdomforce FastReader, - It is a fast unload tool for Oracle which allows the rapid unload of data from Oracle at a block level and then the direct load into the Teradata database. Since this is a third party tool, some cost is associated with its use. There is also Swiss SQL by Zoho, this tool allows for the in flight conversion of Oracle SQL into ANSI SQL that Teradata understands. The tool does not do cursor to set conversion, and some modification to the application are necessary for Swiss SQL to work ( the Oracle application must be modified to make a Swiss SQL API call)
In more unique environments where Windows will be used for data warehousing, there is an OLE DB Access Module (O-lay) tool that can handle data movement from any OLEDB data source, Oracle, SQL Server, DB2 etc. – and move it to Teradata. Wisdomforce fastreader is a partner product that has the ability to extract data from Oracle at the file system/block level – not the database OCI layer like TMA, so it can be extremely fast and performant for data extraction practices especially when the existing Oracle system is CPU bound. Swiss SQL Console is a partner tool that can convert Oracle SQL into ANSI SQL (that Teradata understands) on the fly – the application or report just has to be modified to make a Swiss SQL API call and Swiss SQL does the rest. Swiss SQL does on SQL conversion, it is not a tool for PLSQL (business logic) conversion
Screen shot of the Teradata Migration Accelerator tool doing PLSQL conversion –
Teradata vs. Exadata Discussion,Oracle Migration & Break Free for Industry AnalystsAugust 2011Allen Licitra & Mark Shainman
Oracle Exadata – 2 layer query processing Oracle DBMS Layer Oracle Server • Oracle – more complexity • Oracle Database layer Oracle DBMS > Aggregation Software > Sort, group by > Data redistribution > Complex joins – non-partition-wise Infiniband > Functions, UDFs, stored procs > SQL OLAP extensions Exadata Server > All other SQL processing Exadata Layer • Exadata layer Exadata Software > Projection – select list columns > Restriction – where clause predicates > Join filtering – via Bloom Filters > Data mining function execution5 >
Top 5 Tech Areas Against Exadata 1. Complex Oracle Exadata Architecture • Shared memory & disk. • Limited scalability and unpredictable performance • Two tiered architecture complexity (indexes/scans) • Exadata is proprietary and expensive. Price discounting will slow 2. Complex Oracle RAC • RAC node management • Stability Issues with high workloads and (15+ way setups) • Complex transition from non RAC environments 3. Poor Workload Management • Conditional parallelism causes unpredictable performance • Lack of mission critical SLA’s • Lack of dynamic resource control and hardware utilization 4. Struggles with Mixed Workloads • Optimizer maturity, complex queries and high concurrency 5. Higher Risk and Support costs • DBA support (tuning, indexes, workload mgmt etc.)6 >
Teradata Shared Nothing vs. Oracle Shared Disk Teradata Oracle (RAC) P P D M D M P P B B B B B B M D M D Node 1 Node 2 • Shared nothing = no resource • Shared everything = resource contention contention • Parallelism is unconditional and • Parallelism is conditional and predictable unpredictable • Linear scalability with a slope of one • Scalability with diminishing returns7 >
Managing Workloads with Oracle Exadata Batch Load & Tactical Another Reports Update Queries Data Mart B B B B B B B B B B B B Node 1 Node 2 Node 3 Node 4 • IT must manage physical workload separation and resource utilization Typically you will use different • Less efficient use of schemas for different resources applications and workloads! • Limits parallelism8 >
Managing Workloads with Teradata P P P P Tactical Queries Analytical D M D M D M D M Queries P P P P Loading M D M D M D M D Reporting • Shared nothing is maintained. Automatic, linear scalability. • Workload management is logical, dynamic and more automatic than Oracle9 >
Exadata Support Issues Significantly higher learning curve than claimed > 285 days of new DBA training for existing Oracle DBAs, Role of DBA changes > Must re-evaluate indexes, tuning and workload choices > Customers taking 8-12 months to move into production High levels of patching > Monthly database patch and quarterly storage image update > Often necessitating System Restart > Unpredictable system stability and performance variation Manual workload management and query control > Workload Management for Oracle Exadata is difficult to learn & maintain > Demotion of problematic workloads is difficult with Exadata due to the fact that resources cannot be freed up dynamically > Oracle compensates by recommending artificial limits to jobs (before they even start) > Exadata is designed and tuned for restricted workloads, batch reporting and concurrency levels below 30 conc. Queries > TD13 has a significant RDBMS lead on Exadata & Oracle 11g on EWD workloads10 >
Top Exadata Claims against Teradata 1. Infiniband is faster than Teradata BYNET • Irrelevant argument we move data differently • Higher on 6650 and almost equal on 2650 2. Oracle Smart Flash delivers industry leading query throughput • Cache good for OLTP random workloads, not table scans • Ingest rate of RAC nodes half of flash scan rate 3. Hybrid Columnar Compression provides 10-50x compression • Real world numbers of 4-6x seen • Teradata ALC & BLC offer equivalent compression with greater flexibility of choice • Teradata near future will offer additional compression options 4. Exadata provides consolidation platform and end to end solution • ERP and DW’ing workloads unlikely to occur on the same platform • Need to focus on best in class solution and not “settle” for less11 >
Oracle Exadata X2 vs. Teradata 2650 & 6650 Differentiation Tool Explains Advantages Data Scalability Query Multi-Temp Concurrency Oracle 6650 • TB & PB • Is 30 to Exadata X2 50 enough? Investment • SSD Scan Protection • FC HDD Optimization • Fat HDD • Intelligent Cost-based • Coexistence Optimization & Shared nothing Architecture Active • Intraday Ease of Workloads Use • Workload Mgmt • Customer Services • Multiple Levels incl. HSN, fallback, H/W Raid-1 • Multiple Business Subject Areas Multiple Availability Applications • TASM 2650 Agile Integrated Analytics Consistent Data12 > Performance
Query Performance Summary ACTIVATING Oracle DBMS MAKE it happen! Exadata Teradata OPERATIONALIZING WHAT IS happening? Poor ExcellentWorkload Complexity PREDICTING WHAT WILL Exadata Teradata happen? Poor Excellent ANALYZING WHY Exadata Teradata did it happen? Poor Excellent REPORTING WHAT Exadata Teradata happened? Fair Very good Exadata Teradata Very good Very good Exadata Cells Data Sophistication13 >
Softbank Mobile Claims and Counterpoints Same reference ad shown 4 different ways! Oracle Claim Response 2 racks of 2650! The Teradata systems were very old by 36 racks of Teradata today’s standards (circa 2003). Those 36 racks were systems were roughly equivalent to only two racks of 2650 given the replaced with 3 dramatic performance and packaging advances made by racks of Exadata Teradata since that time. 660X performance improvement was realized by a US hospitality company after migrating from Oracle to a Query performance Teradata Data Warehousing Appliance. The Oracle claim increased 8X for Softbank Mobile compares Oracle’s Exadata system to the old, production Teradata system. What do those comparisons mean? Our current 2650 platform is “greener” than Exadata on “1/10th of the energy both a rack to rack basis and on a performance equivalency consumed” basis. (See chart below.) This is false. In fact, based on a variety of “sizing” metrics such as customer data volume, spinning disk, TPerf or Softbank Mobile was nodes Softbank Mobile is not even in the Top 20 Teradata Teradata’s largest systems or customers in Asia! It is true that Softbank Mobile customer in Asia. was, at the time, the largest Teradata customer in Japan – not Asia.15 >
Teradata is greener than Exadata on a cabinet-by-cabinet basis AND on a performance equivalency basis. Teradata Data Warehouse Appliance Oracle Exadata X2-2 2650 Full Cabinet (9 nodes) Full Cabinet Power 7080 watts 14000 watts Heat 27k BTUs/hr 47k BTUs/hr Weight 1540 lbs 2131 lbs/rack Source is Teradata 2650 prep guide and Oracle Exadata X2-2 data sheet. Looking at Teradata’s recommended config of 15n, 2650 vs. one full rack of Exadata X2-2, then the numbers are: Teradata Data Warehouse Appliance Oracle Exadata X2-2 15 nodes (5 cliques) Full Cabinet Power 12760 watts 14000 watts Teradata Data Heat 45k BTUs/hr 47k BTUs/hr Warehouse Appliance 2650 Weight 2571 lbs 2131 lbs/rack Oracle Exadata X2-2 2650 vs. X2-2 We’re 2x better per rack on power, and approximately 15% better on a performance equivalence basis (15 nodes). We’re just under 2x better per rack on cooling and16 >
The Bigger Picture: Teradata is Winning the Migration Battle • Large number of Oracle migrations since the launch of Exadata • The number of migrations doubled in 2010 • Oracle attack advertising appears to be actually helping Teradata recognition and product evaluations • Less than a handful of Teradata replacements. > Mostly due to political or consolidation reasons. • Teradata has now migrated well over 250+ customers • Our overall win rate is near our all time high17 >
Oracle is not Teradata – Technical Differences Teradata Oracle Shared Nothing Architecture – Shared Disk Architecture – Data Linearly scalable, Easily Managed access management overhead, Single System Image more complex system mgt Pervasive, Always On Parallelism, Bolted-on parallelism is conditional, designed in from the beginning unpredictable, and harder to use Superior Cost-based Optimizer Performance depends on query- and query executor produce robust specific indexes and tuning options, results regardless of SQL complexity and even optimizer hints Mixed Workload Management Different workloads split onto marshals system resources to meet separate nodes of RAC system SLAs of diverse tasks on one system Ease of Use – automatic resource Toolkit approach is complex to mgt. yields quicker time to value setup, execute and maintain Multi-dimensionality scalability Limited ability to scale along one or of data and user volume, workload two dimensions at a time mix, volume and complexity18 >
Why We See Companies Migrate • Two primary reasons typically prompt migration consideration > Business drivers – Single view of the business – Need for new and/or complex queries – Evolution of workloads – both strategic and tactical – Financial > Technology drivers – Scalability – Flexibility/performance – Stability/reliability24 >
A Few Companies Who Have Migrated from Oracle to Teradata • ABN AMRO Bank N.V. • Dex Media • SingTel Optus • Air Canada • DISH Network L.L.C. • Taiwan Semiconductor • AIR FRANCE • eBay Inc. Manufacturing • American Eagle • Ford Motor Company Company, Ltd. (TSMC) Outfitters, Inc. • GE Capital Services • Telecom Italia SpA • Anheuser-Busch InBev • GE Rail Services • Telefonica • Aomori Bank • Harvard Pilgrim Health • Telekom Austria TA AG • Autobacs Seven Care • Telstra Corporation • Aviva UK • Homestore.com, Inc. Limited • Banco Santander • ICA AB • The London Stock Santiago Exchange • JALCARD • BANK OF YOKOHAMA • The Neiman Marcus • Kelly Services, Inc. Group • Banque Audi sal • Kyivstar • The Warehouse Limited • Barclays Bank Plc • LAN Airlines S.A. • TONE COCA-COLA • Belgacom • Minami-kyushu COCA- BOTTLING CO.,LTD. • British Airways Plc COLA • Travelocity (Sabre) • CANAL + • Movistar • TravelSky Technology • COMMERCIAL • Nationwide Limited (TTL) INTERNATIONAL BANK • Overstock.com • Verizon • COOP Norden • Pão de Açúcar Communications Inc. • Corporativo Bimbo S.A. • PayPal, Inc. • WESCO International, de C.V. Inc. • Poste ItalianeSpA • CVS Corporation RealNetworks, Inc. • Whole Foods Market, • Inc. • Daiei REPSOL - YPF • • Yahoo Japan • Deutsche Post DHL25 > And Many More!! • Yamanashi Chuo Bank
Teradata Offers a Comprehensive Migration Program • Professional services > Complete, robust, repeatable methodology – Process guides – TSM integration Our PS Team has > Migration tools migrated more than – Custom migration tools 250+ Oracle – Estimator – TMA customers to – Teradata ETL tools Teradata! – FastLoad, FastExport, MultiLoad, TPump – Partner tools – Wisdomforce Fastreader, Ab Initio, Informatica, Brio, Cognos, Business Objects, others > Trained, experienced staff – Coverage in every region, every industry26 >
Teradata Offers a Comprehensive Education Program for Oracle DBA’s • Almost all migrations are done jointly with customer resources, so we provide a education program that enables an existing Oracle DBA’s to rapidly learn Teradata • Education curriculum > Numerous customized course offerings – Introduction to Teradata – Teradata for the Oracle Professional – Oracle to Teradata 101 – Migrating your Oracle Database to a Teradata Warehouse – Migrating applications on your Oracle Database to a Teradata Warehouse – Teradata Database Physical Design – Teradata Database Administration – Teradata SQL > Flexible delivery methods – Instructor-led and web-based courses available27 >
Teradata’s Migration Tools • Teradata Migration Accelerator (Oracle-to-Teradata Tool) > Used for ETL Processes, SQL and PL/SQL scripts, and Applications > Translates PL/SQL and Oracle SQL to Teradata SQL > Translates Oracle SQLPlus scripts to Bteq scripts > Does Cursor to Set Code Conversion > Used to extract data from Oracle using Oracle’s OCI layer > Does auto data type conversion > Loads data into Teradata using Teradata’s Parallel Transport > Reads the Oracle catalogs and handles DDL creation and execution of new target tables and objects > GUI Based collaborative work environment29 >
Teradata’s Migration Tools • Teradata OLE DB Access Module > Used to extract, convert, and load data > Easy to use – “OLE Load” Windows GUI > Requires a Windows Server • Wisdomforce FastReader-(partner tool) > Rapidly unloads Oracle DBMS at a block level and moves data to Teradata. > Good option for extremely large database movements when time is critical • SwissSQL Console (partner tool) > Converts in fly Oracle SQL to Teradata SQL > Good option when application can not be changed at all30 >
What to Say About Exadata • Oracle Exadata is “proprietary” > They are directly attacking HP and IBM > Their former tactic of claiming Teradata to be “proprietary” is no longer valid • Oracle Exadata can be expensive • Oracle Exadata is complex > RAC, shared data architecture now complicated with a function- specific Exadata layer > Exadata has 285 days of training (2 years) > High Risk due to complex tuning and bug patching > Impossible to run at 100%, even 50% is a challenge > Indexes? Compression? > Mixed workload concurrency? > Workload vs “node” management? (Not “virtual” like Teradata) • Current Exadata implementations are OLTP or simple reporting – like typical Oracle Classic data marts33 >
Oracle Competitive Contacts • Allen Licitra firstname.lastname@example.org 951-240-3995 • Mark Shainman email@example.com 323-909-1230 • Dan Higgins firstname.lastname@example.org 303-794-6621 • Oracle infohub http://sharepoint.teradata.com/infohub/oracle_competitive/default.aspx34 >