1 / 85

SQL Server 2008 { Migration und Upgrade }

SQL Server 2008 { Migration und Upgrade }. Artus Krohn-Grimberghe MCT PASS Deutschland e.V . Agenda. Warum migrieren? Migration von SQL Server 2000 / 2005 Migration von Access zu SQL Server Migration von Oracle zu SQL Server. Warum migrieren. Generell bedeutet eine Datenbank-Migration

carmelita
Download Presentation

SQL Server 2008 { Migration und Upgrade }

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. SQL Server 2008{Migration und Upgrade} Artus Krohn-Grimberghe MCT PASS Deutschland e.V.

  2. Agenda • Warum migrieren? • Migration von SQL Server 2000 / 2005 • Migration von Access zu SQL Server • Migration von Oracle zu SQL Server

  3. Warum migrieren • Generell bedeutet eine Datenbank-Migration • Risiko • Kosten • Aufwand • Bis hin zur kompletten Neuerstellung • Aber:

  4. Warum migrieren • Stabilität • Performance • Skalierbarkeit • Compliance • Kontrolle • Konsolidierung • Gelegenheit, Code zu überarbeiten

  5. SQL Server 2000 EOL • Ende des Mainstream Support am 08. April • http://support.microsoft.com/lifecycle/?LN=en-us&p1=2852&x=17&y=10 • Extended Support bis 09. April 2013 • Security Patches

  6. Agenda • Warum migrieren? • Migration von SQL Server 2000 / 2005 • Migration von Access zu SQL Server • Migration von Oracle zu SQL Server

  7. Migration von SQL Server 2000 / 2005 • Vorgehen • Hilfsmittel 1: Upgrade Advisor • Hilfsmittel 2: Upgrade Assistant • Erfahrungen

  8. Vorgehen • Anforderungen ermitteln (Edition, Hardware) • Pre-Upgrade Aufgaben • Dokumentation des bestehenden Systems • Rollback Plan ausarbeiten & testen • Test für die Validierung und Performance Messung definieren • Baseline erstellen • Upgrade Advisor & Upgrade Assistant • Kompatibilität der Anwendungen testen • Upgrade • Post Upgrade Aufgaben

  9. Upgradepfade • Versionen • SQL Server 2000 SP4 • SQL Server 2005 SP2+ • Komponenten • Relationale Engine (Datenbank Engine) • Reporting Services (IIS oder http.sys?) • Notification Services (deprecated in 2008) • DTS (deprecated in 2008) • Analysis Services (Cubes migrieren!) • Integration Services • Plattformen, Sprachen

  10. Variante 1: In-place Upgrade • Ähnlich wie bei 2000 zu 2005 Upgrade • Aktualisiert bestehende Installation (Binaries) während Nutzerdaten bestehen bleiben • Name der Instanz bleibt derselbe • Weitgehend automatischer Prozess SQL Server 2000/2005 Instanz SQL Server 2008 Instanz Upgrade

  11. Vor- und Nachteile Upgrade • Vorteile • Einfacher weil fast vollständig automatisch • Insgesamt recht schneller Prozess • Benötigt keine zusätzliche Hardware • Applikationen zeigen weiterhin auf gültigen Server / Datenbank • Nachteile • Nur grobe Kontrolle über den Upgradeprozess • Instanz über weite Teile des Upgrades offline • Keine bestpractice für alle Komponenten • Rollback „komplex“

  12. Variante 2: side-by-side Migration • Installation einer neuen Instanz des SQL Server • Datenbankobjekte werden kopiert • Database Copy Wizard • Kopiert keine Erweiterten Gespeicherten Prozeduren, Alerts, DTS Pakete, Linked Server • Detach / Attach • Backup / Restore • Objekte leben nun „nebeneinander“ • Überwiegend „händischer“ Prozess

  13. Vergleichen and Verifizieren Variante 2: side-by-side Migration SQL Server 2000/2005 Instanz SQL Server 2008 Instanz Abgenommen

  14. Vor- und Nachteile Migration • Vorteile • Feingranulare Kontrolle über den Prozess • Datenbank Level • Kann als Migrations-Test genutzt werden • Dokumentieren & Kennzahlen festlegen • Systeme können zum Testen und Verifizieren nebeneinander laufen • Synchronisation beachten • Einfaches Rollback • Potenziell geringere Downtime • Nachteile • Zusätzliche Hardwarekosten • Änderungen im Server- / Datenbanknamen • Problematisch bei VLDB ohne SAN

  15. Upgrade vs. Migration • Faktorenfür die Entscheidung • Databank-Größe und Anzahl der Objekte • Lokale Maintenance Jobs • Maximal akzeptable Downtime • Kapazität & Alter der Hardware • Abhängigkeiten von System & andererAnwendungen • Zeitfür Roll back

  16. Migration von SQL Server 2000 / 2005 • Vorgehen • Hilfsmittel 1: Upgrade Advisor • Hilfsmittel 2: Upgrade Assistant • Erfahrungen

  17. Hilfsmittel 1: Upgrade Advisor • Analysiert SQL Server 2000/2005 Datenbanken, Traces und T-SQL Skripte • Erstellt einen Report über • Gefundene Probleme • BlockingIssues • Pre-Upgrade Issues • Post-Upgrade / Migration Issues • Vorschlagsliste zum Beheben • Immer die neueste Version aus dem Internet laden

  18. Upgrade Advisor Wizard

  19. Migration von SQL Server 2000 / 2005 • Vorgehen • Hilfsmittel 1: Upgrade Advisor • Hilfsmittel 2: Upgrade Assistant • Erfahrungen

  20. Hilfsmittel 2: Upgrade Assistant • Zusätzlich zum Upgrade Advisor • Ermöglicht Test der tatsächlichen T-SQL Ausführung gegen SQL Server • Kann Änderungen in Ausführung und Resultaten erkennen • Basiert auf der Profiler / Trace API • Gemeinsam von Microsoft und ScalabilityExperts entwickelt • Kostenfreier Download unter www.scalabilityexperts.com

  21. Der Upgrade Assistant-Prozess • Realistischen Replay-Trace sammeln • Trace gegenTestsystem (2000/2005) abspielen, um Baseline aufzustellen • Upgrade Advisor gegen Test ausführen und gefundene Probleme beheben • Upgrade von Test auf 2008. Trace erneutabspielenmit Upgrade Assistant • Resultate auf Unterschiede untersuchen und bewerten

  22. Der Upgrade Assistant-Prozess • Optional • Gegen Kompatibilitätslevel 100 testen • Eigentliche Anwendung gegen 2008 testen • VPC mit Anwendung auf Testsystem „loslassen“ • Performance testen und optimieren • Ggf. Anwendung auf neue Features umstellen

  23. Schwierigkeiten • Einige Anfragen werden im Replay immer Fehler generieren: • CURSOR • Fehler da Cursor Handle während Ausführung neu zugewiesen. Anfrage wird dennoch korrekt ausgeführt • Explizite Transaktionen • Siehe Cursor • SETUSER • Explizit oder durch das System schlagen fehlt, sofern kein Domänen Controller kontaktiert werden kann. Anfragen laufen trotzdem (unter Profiler Kontext!) • Vorsicht: Default Schema!

  24. Vergleich: Advisor & Assistant • Microsoft SQL Server 2008 Upgrade Advisor • untersucht, welche Funktionalität durch unterstützte Varianten ersetzt werden muss • SQL Server Upgrade Assistant • dient zum Abspielen von ProfilerTraces gegen Baseline und Test um Unterschiede in den Resultaten aufzudecken • Entdeckt potentielle Probleme bei • dynamischem T-SQL, • Meta-Daten gestützten Anwendungen und • Änderungen an Verhalten von Systemobjekten

  25. Migration von SQL Server 2000 / 2005 • Vorgehen • Hilfsmittel 1: Upgrade Advisor • Hilfsmittel 2: Upgrade Assistant • Erfahrungen

  26. Änderungen beim Query Optimizer • Statement Level Recompile! • „Filter (z.B. WHERE Klauseln und JOINs) werden nicht unbedingt vor dem Berechnen der Ergebnisspalten angewendet.“ • Aggressivere Parallelisierung • Für OLTP Datenbanken teilweise zu ausgeprägt • MAXDOP • http://msdn2.microsoft.com/de-de/library/ms188295.aspx

  27. TempDB • Tempdb wird signifikant stärker belastet • Neue Feature • Alte Feature, die nun tempdb nutzen • LOBs („max“ Datentypen, xml) • RowVersioning wird aus tempdb gespeist • Index Rebuild: Online & sort_in_tempdb • Trigger nutzen nun nicht mehr das Log, sondern tempdb für inserted und deleted • http://msdn2.microsoft.com/de-de/library/ms345368.aspx

  28. SQL Server 2008 und SAP • SAP plant den Support von SQL Server 2008 nurfür 64Bit Editionen • Support für SAP auf Windows Server 2008 und SQL Server 2008 geplantnurfürNetweaver 7.0+ in 64Bit • http://blogs.msdn.com/saponsqlserver/archive/2007/10/14/sap-support-for-windows-server-2008-and-sql-server-2008.aspx

  29. Migration zu 64 Bit • OLE DB Provider für 64 & 32 Bit installieren • Z.B. SSIS Paket-Ausführung • Visual Studio auf 64 Bit nicht supported • Script Code vorkompilieren! • Für OLTP Datenbanken mit „kleinem“ Memory-Footprint eher 32 Bit • Linked Server gegen 2000 und 7.0 nur mit SP3+ • http://support.microsoft.com/default.aspx?scid=kb;en-us;906954

  30. Über 2005 zu 2008?

  31. Migration BI Komponenten

  32. Teil-Fazit • Upgrades sind konzeptionell einfach • Roll-back Plan ist von zentraler Bedeutung! • Deprecated Features beachten! • Experten „zur Hand haben“ während Upgrade / Migration schadet nicht ;-)

  33. Ressourcen • Liste der abwärtskompatiblen, veralteten (deprecated) und entfernten Feature • http://msdn2.microsoft.com/de-de/library/ms143232(SQL.100).aspx • BehaviorChanges in SQL Server 2005 • http://msdn2.microsoft.com/de-de/library/ms143359.aspx • Änderungen im Query Optimzier • http://msdn2.microsoft.com/de-de/library/ms188295.aspx

  34. Ressourcen • SQL Server 2005 Upgrade Technical Reference • http://www.microsoft.com/downloads/details.aspx?familyid=3D5E96D9-0074-46C4-BD4F-C3EB2ABF4B66&displaylang=en • SQL Server 2005 Upgrade Handbook • http://www.microsoft.com/technet/prodtechnol/sql/2005/sqlupgrd.mspx • Upgradingto SQL Server 2005: FAQ • http://download.microsoft.com/download/b/8/4/b8463723-c3b9-439e-828b-50d7981d5d26/FY08%20SQL%20Server%202005%20Upgrade%20Customer%20FAQ.pdf

  35. Ressourcen • Upgrade Advisor • http://www.microsoft.com/downloads/details.aspx?FamilyID=1470e86b-7e05-4322-a677-95ab44f12d75&DisplayLang=en • Upgrade Assistant • http://www.scalabilityexperts.com/default.asp?action=article&ID=90

  36. Agenda • Warum migrieren? • Migration von Microsoft SQL Server 2000 • Migration von Access zu SQL Server • Migration von Oracle zu SQL Server

  37. Migration von Access zu SQL Server • Datenbank-Evolution • Gründe für eine Migration • Zielarchitekturen und Produkte • SSMA für Access

  38. Datenbank-Evolution • Einfache („handgestrickte“) Access-Datenbanken entwickeln sich über die Zeit zu Abteilungs-Lösungen • Wenige dieser Datenbanken werden aber entsprechend neu entworfen oder re-designed • Fachabteilungen sind keine Experten für Entwurf von multi-user Datenbanken • Mehr Hardware hilft nicht auf Dauer • Entwicklung von „Undercover-Datenbanken“ nicht kontrollierbar • Organisationen und Unternehmen müssen sich auf dieses Phänomen einstellen

  39. Access und SQL Server im Vergleich

  40. Migration von Access zu SQL Server • Datenbank-Evolution • Gründe für eine Migration • Zielarchitekturen und Produkte • SSMA für Access

  41. Gründe für eine Migration • Stabilität • Konsolidierung • Performance • Skalierbarkeit • Datensicherung • Compliance • Kontrolle

  42. Migrationskandidaten Regelmäßige (z.B. halbjährliche) Bewertung ~5% aller Access Applikationen Migration erforderlich! • Stabilität • Konsolidierung • Performance • Skalierbarkeit • Sicherheit • Compliance

  43. Standard Access Architekturen • Single User Access und JET • Multi User Access und JET mitFilesharing Migrationskandidaten

  44. Access, JET and SQL Server Architekturen mit SQL Server • Client Server Architektur mit Access-Frontend Zielarchitektur Aber: Design & Performance prüfen • Diesen Weg wählt der Migration Assistant • Auf „Access-Cursor“ prüfen

  45. Architekturen mit SQL Server (2) • Client Server ohne JET • Access Projekt (ADP) • Nativer OLE-DB Zugriff auf SQL Server • kein ODBC nötig • Keine Daten oder Datendefinitionen in Access • Sehr interessante Technologie • Leider keine Zukunft  Frontend migrieren! 

  46. Migration von Access zu SQL Server • Datenbank-Evolution • Gründe für eine Migration • Zielarchitekturen und Produkte • SSMA für Access

  47. Zielarchitekturen und Produkte SQL Server Sharepoint Daten- haltung Reporting Services Share point Access Berichte Visual Studio & .NET InfoPath, Office Forms Server oder Sharepoint User Interface Access

  48. Option: Re-Design • Bei jeder Migration sollte man die Chance zu einem Re-Design nutzen • Regelmäßiges Codereview implementieren • Simples Verschieben der Daten ist die schlechteste Lösung! • Neu-Entwurf der Anwendung als Option • entweder komplett oder nur Frontend / Backend • oft mit Zusammenfassung verschiedener, ähnlicher und verwandter Anwendungen • erfordert höheren Analyse-Aufwand

  49. Migrations-Werkzeuge • Erfassung der Ist-Situation • Access 2003 Conversion Reporting Toolkit • Schema- und Datenmigration • SSMA for Access • ETL mit DTS/SSIS, Visio, Data Dude • Reporting Services • Import von Access-Berichten

More Related