DIE ÖSTERREICHISCHE BIBLIOTHEKENVERBUND UND SERVICE GMBH
Primo Versionswechsel
Der Lange Weg von 3 nach 4
15. Mai 2013, Ulrich Leodolter
Meilensteine am Weg von 3 nach 4
●
Primo V4 Early Adoptor
●
Infrastruktur
●
Upgrade Testsystem
●
Upgrade Produktionssystem
●
Performance
●
Konsortialfähigkeit Frontend
●
Diskussion / Fragen ?
Primo V4 Early Adoptor
Invitation to become an early adoptor of Primo version 4.0 (December 2011) Motivation
• Konsortialfähigkeit
• Upgrade Express Kit
• Produktionsreif ?
Demotivation
• Limitierte personelle Resourcen
• Enger Zeitplan (erste Version Anfang Februar 2012 geplant)
Technische Herausforderungen
• Duplizieren vom Primo V3 Testsystem
• Einrichtung eines Oracle RAC Servers
Primo V4 Early Adoptor – Umsetzung
Dez 2011: Installation von Oracle RAC mit aktueller Software auf vorhandener Hardware Jan 2012: Duplizieren vom Primo V3 Testsystem (neue Hostnamen, Virtualisierung)
Warten ...
We are pleased to inform you that the early release of Primo version 4.0 will be available for you on April 4th, 2012. We are looking forward to working closely with you during the Primo v.4.0 early adopters’ phase.
20. Apr 2012: Upgrade Express Kit erfolgreich abgeschlossen, erste Primo 4.0 Version.
6. Mai 2012: Upgrade/Test Report an Ex Libris
Infrastruktur Primo V4
Herausforderung
• Versionswechsel mit minimaler Beeinträchtigung des laufenden Betriebes.
Ex Libris Standard Methode
• Installation von Primo V4 Software parallel im laufenden System
• Upgrade Express Kit im laufenden System (BO, FE, SE), Primo V3 Frontend bleibt aktiv.
• Shutdown Primo V3
• Startup Primo V4
Potentielle Probleme
• Einfluss auf den produktiven Betrieb nicht abschätzbar (Plan B?).
• Laut Upgrade Dokumentation muss BO während des Upgrades deaktiviert sein.
Ohne BO funktioniert aber RTA und Opac via Primo nicht (SI #16384-408933)
• Übernahme von Backoffice und Frontend Einstellungen problematisch.
• Externe Datenbank (Oracle RAC) wird von Upgrade Express Kit nicht zu 100% unterstützt.
Infrastruktur Primo V4
OBVSG Methode
• Duplizieren der produktiven Primo V3 Instanz (Clone) und Upgrade im Clone System.
• Parallelbetrieb von Primo V3 und Primo V3 Clone während des Upgrade Prozesses.
• Plan B: Primo V3 Vollbetrieb kann in jeder Phase des Upgrades aufgenommen werden.
Duplizieren Ja! Aber wie genau?
• Vollständiges Duplizieren von Hardware und Software – Hardware Anschaffungskosten sehr (zu) groß
– Aktuelle Hardware nur teilweise ausgelastet (Standby Server)
• Zauberwort: Virtualisierung
– Virtualisierung auf vorhandener Hardware mit Erweiterung (Storage und Hauptspeicher) – Keine Virtualisierung der Datenbank, Hardware bereits vorhanden.
Infrastruktur Primo V4 - Umsetzung
Umsetzung Primo Virtualisierung und Erweiterung
• 1.Q 2012 Hardware Anschaffung – Storage für Primo Virtualisierung
– Hauptspeicher Erweiterung für 10 Server – Storage Netzwerk Adapter für 10 Server
• 2.Q 2012 Hardware Einbau und Tests
– Einbinden des Storage in die Netzwerkinfrastruktur
– Optimierung der Storage Anbindung und Virtualisierung mit einem Server (BO Standby)
• 3.Q und 4.Q 2012 Virtualisierung der Primo Instanz
– Virtualisierung von 8 Betriebssystemen (P2V – Physical to Virtual)
– Keine echte Downtime durch redundante Primo Server mit getrennten Aufgaben (FE,SE,BO,NFS) – Primo V3 Virtualisierung im November 2012 abgeschlossen.
Primo V4 Upgrade - Testsystem
Zeitplan
• 4. Juni 2012: Primo Version 4.0 von Ex Libris offiziell freigeben.
• 26. Juli 2012: Primo V4 Vorschau-Version für alle Primo Kunden freigegeben.
– Entscheidungsgrundlage für die Terminfindung für den produktiven Umstieg.
• 9. Okt 2012: Produktiver Umstieg wird mit 1. Feb 2013 in der Teilnehmer Versammlung festgelegt.
• 9. Nov 2012: Primo V4 Testsystem für Kunden freigegeben.
– 3 Monate Zeit zum Testen
– Parallelbetrieb von Primo V3 / V4 Testsystem
– Einstellungen mussten in beiden System gepflegt werden.
Die gesammelten Erfahrungen (Cloning, Primo Upgrade Express Kit) aus dem Early Adoptor Projekt erwiesen sich als sehr hilfreich.
Primo V4 Upgrade - Produktionssystem
Wie lang wird der Upgrade dauern?
• Wichtig für den endgültigen Zeitplan der Migration im Jänner 2013
• Nur grobe Abschätzung von Ex Libris (mehrere Tage)
• Upgrade Zeiten von anderen Einrichtungen nur schwer vergleichbar.
Produktive Testmigration
• Migration mit vollem Datenbestand
• Wiederverwendung der Oracle RAC Installation aus dem EA Projekt
• Export / Import der Primo 3 Datenbank im laufenden Betrieb
• Neuinstallation von 7 Virtuellen Betriebssystemen für Primo V4 (2xFE, 4xSE, 1xBO)
• Installation der Primo Software mittels Restore von /exlibris aus dem täglichen Backup
• Cloning (Anpassen der neuen Hostnamen in allen Konfigurationsdateien)
• Produktive Testmigration am 27. Dez 2012 erfolgreich abgeschlossen.
Primo V4 Upgrade - Produktionssystem
Primo V4 Upgrade - Produktionssystem
Zeitplan Produktive Migration
• 14. Jan 2013: Aktivierung Read-Only Modus in Primo V3
• 14. Jan 2013: Primo V3 Duplizieren, inklusive Indexdaten.
• 15. Jan 2013: Primo V3 Datenbank Export abgeschlossen.
• 16. Jan 2013: Primo V3/V4 Datenbank Import abgeschlossen.
• 16. Jan 2013: Primo V4 Upgrade Express Kit gestartet (DB Upgrade)
• 29. Jan 2013: Freigabe Primo V4 Backoffice zur Übernahme der Einstellungen.
• 03. Feb 2013: Primo V4 Live
Wed Jan 16 12:46:47 CET 2013 Upgrade db started Sun Jan 27 20:39:43 CET 2013 Upgrade db completed
From: Ulrich Leodolter <ulrich.leodolter@obvsg.at>
To: primoinfo@obvsg.at
Subject: [Primoinfo] Primo Version 4 Live
Date: Sun, 03 Feb 2013 23:25:55 +0100
Primo V4 Upgrade - Produktionssystem
Primo V4 Upgrade geschafft, was nun?
Primo V4 Upgrade - Produktionssystem
Warum hat der Datenbank Upgrade so lang gedauert?
Primo Performance V3 / V4
Ist Primo schneller geworden?
Primo Performance V3 / V4
Lokale Suchanfragen pro Woche über alle Institutionen
Primo Performance V3 / V4
Herausforderung für 2013
• Mittlere Antwortzeit < 1 Sekunde
• Detaillierte Analyse notwendig
• Entwicklung von Tools für Performance und Load Tests
• Vergleich von internen und externen Performance Daten
• Optimierungen (Frontend, Search Engine, Datenbank)
• Änderung der Topologie notwendig? (zusätzliche Frontend oder Search Server)
• Schnellere Hardware (mittelfristig)
Konsortialfähigkeit Frontend
Eigener Domain (Hostname) für Primo Frontend
• Beispiel: http://catalogplus.tuwien.ac.at/
• Voraussetzung: DNS Weiterleitung im Nameserver der eigenen Institution
• Vorteil: Wechsel zwischen Institutionen (Views) ohne Session Verlust (JSESSIONID Cookie)
PDS SaaS Mode
• Derzeit nur eine aktive Login Session pro Browser möglich (PDS_HANDLE Cookie)
• Intensive Diskussionen zwischen Ex Libris und OBVSG (2012)
• SaaS Mode Implementierung seit PDS Version 2.1.1 (Primo SP 4.2)
• Leider noch nicht Produktionsreif (Primo SP 4.4 oder 4.5)
catalogplus.tuwien.ac.at. IN CNAME
search.obvsg.at.
Diskussion / Fragen ?
