- \n
- 3PAR Remote Copy Support<\/li>\n
- Automatisiertes Pausieren und Fortf\u00fchren von Backup Jobs<\/li>\n
- VMware Backup mittels 3PAR Snapshot Management<\/li>\n
- Cached VMware Single Item Recovery – direkt aus HPE 3PAR Snapshots oder dem Data Protector Smart Cache<\/li>\n
- VMware Power On und Live Migrate von HPE 3PAR Snapshots oder dem Data Protector Smart Cache<\/li>\n
- StoreOnce Catalyst over Fiber Channel und Federated Catalyst Support<\/li>\n
- Automated Replication Synchronization – erm\u00f6glicht die Synchronisation von Metadaten replizierter Objekte (StoreOnce) zwischen Cell Managern<\/li>\n<\/ul>\n
Im Netz existieren weitere Anleitungen, jedoch keine Schritt-f\u00fcr-Schritt Anleitung. Daher besch\u00e4ftigt sich dieser Artikel mit dem Upgrade von Data Protector 7.0x auf Data Protector 9.06 und stellt alle notwendigen Schritte als RUNBOOK zur Verf\u00fcgung.<\/p>\n
Einige Hinweise bevor es losgehen kann:<\/b><\/p>\n
- \n
- Diese Schritt-f\u00fcr-Schritt Anleitung gilt f\u00fcr Cell Manager Installationen unter Windows 2008 und Windows 2012. Es wird davon ausgegangen, dass die Pfade
C:\\Program Files\\OmniBack<\/code> undC:\\ProgramData\\OmniBack<\/code> verwendet werden. Diese Anleitung kann aber auch prinzipiell f\u00fcr Linux oder abweichende Installationspfade verwendet werden.<\/li>\n- Bei der Migration (separater und anschlie\u00dfender Prozess) werden die DCBF Dateien in ein neues Format konvertiert. Das neue DCBF Format ist ca. 1,5-mal bis 2-mal gr\u00f6\u00dfer als das alte Format, es ist daher gen\u00fcgend freier Plattenplatz notwendig.<\/li>\n
- Alle vorhandenen Data Protector Lizenzen sollten im Vorfeld \u00fcber das neue Lizenzportal https:\/\/myenterpriselicense.hpe.com<\/a> neu generiert werden, die alten OVKEY3 Lizenzen lassen sich in den aktuellen Data Protector Versionen nicht mehr verwenden. Es k\u00f6nnen nat\u00fcrlich nur Lizenzen migriert werden, f\u00fcr die ein Wartungsvertrag besteht.<\/li>\n
- Sollte das Upgrade trotz dieser detaillierten Anleitung fehlschlagen, so besteht jederzeit die M\u00f6glichkeit auf die alte Data Protector 7.0x Version zur\u00fcckzugehen. Daf\u00fcr werden aber die DP 7.0 Installationsquellen und das zuletzt installierte Patch-Bundle ben\u00f6tigt.<\/li>\n
- Es wird empfohlen alle verwendeten und anh\u00e4ngbaren Medien in einen separaten Pool zu verschieben, so dass eine Vermischung von zu migrierenden und neuen Medien vermieden wird.<\/li>\n
- Die Catalog Migration der DCBF Dateien ist ein nachgelagerter Prozess und kann entweder direkt nach dem Upgrade oder nach ein paar Wochen erfolgen. W\u00e4hrend der Catalog Migration sollten m\u00f6glichst keine Aktivit\u00e4ten auf dem Cell Server stattfinden.<\/li>\n
- Es wird empfohlen das Upgrade in einer virtuellen Maschine vorab zu testen, hierf\u00fcr kann einfach eine exportierte Data Protector 7 Datenbank in die Testumgebung importiert werden.<\/li>\n
- Mit Data Protector 9.0x wird die Namensaufl\u00f6sung Priorit\u00e4t 1 zur Vermeidung von Problemen w\u00e4hrend oder nach der Migration. Es ist daher sicherzustellen, dass der Cell Manager immer „aufgel\u00f6st“ (FQDN, short und reverse) werden kann.<\/li>\n
- Mit dem Upgrade auf die aktuelle Version werden m\u00f6glicherweise nicht mehr \u00e4ltere Clients wie Windows 2003 unterst\u00fctzt. Handelt es sich bei einem solchen Client um eine virtuelle Maschine, so kann diese zuk\u00fcnftig mit der VMware oder Hyper-V Integration gesichert werden.<\/li>\n
- Die nachfolgende Anleitung stellt nur einen m\u00f6glichen Weg f\u00fcr die Migration dar, es gibt mehrere Wege. Somit wird keine Garantie \u00fcbernommen, da ein erfolgreiches Upgrade auch von der vorhandenen Umgebung abh\u00e4ngt. Mit diesem Runbook wurden jedoch bereits sehr viele erfolgreiche Migrationen durchgef\u00fchrt und somit sollte die Anleitung auch f\u00fcr eure Umgebung geeignet sein.<\/li>\n<\/ul>\n
Vorbereitung:<\/b><\/p>\n
- \n
- \u00dcberpr\u00fcfung der Konsistenz der internen Datenbank. Es d\u00fcrfen keine Fehler angezeigt werden. Bei Fehlern sind diese erst zu beheben bevor mit dem Upgrade auf DP 9.0x fortgefahren werden kann\n
- \n
omnidbcheck -extended<\/code><\/li>\n<\/ul>\n<\/li>\n- Bereinigung der internen Datenbank\n
- \n
- Data Protector GUI schliessen<\/li>\n
omnidbutil -clear<\/code><\/li>\nomnidb -strip<\/code><\/li>\nomnidbutil -purge -sessions 90<\/code> (oder entsprechend h\u00f6herer, geringerer Wert)<\/li>\nomnidbutil -purge -dcbf -force<\/code><\/li>\nomnitrig -stop<\/code><\/li>\nomnistat<\/code> (es darf keine Sicherung laufen)<\/li>\nomnidbutil -purge -filenames -force<\/code><\/li>\n- Data Protector GUI \u00f6ffnen\n
- \n
- Monitor –> Current Sessions<\/li>\n
- Purge Session ausw\u00e4hlen<\/li>\n
- Fortschritt und Ende des Purges Prozesses beobachten<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/li>\n
- W\u00e4hrend des Purges der Filenames k\u00f6nnen keine Sicherungen ausgef\u00fchrt werden, scheduled Jobs werden in die Warteschlange eingeordnet und erst dann ausgef\u00fchrt wenn der Purge abgeschlossen ist. In gr\u00f6\u00dferen Umgebungen kann es notwendig sein den Purge Vorgang abzubrechen und zu einem sp\u00e4teren Zeitpunkt fortzusetzen. Hierbei kann das Kommando
omnidbutil -purge_stop<\/code> verwendet werden. Alternativ kann der Purge auch selektiv f\u00fcr einzelne Clients ausgef\u00fchrt werden.<\/li>\n- Anlegen von Sicherungsverzeichnissen:\n
- \n
mkdir C:\\migration\\mmdb<\/code><\/li>\nmkdir C:\\migration\\cdb<\/code><\/li>\nmkdir C:\\migration\\other<\/code><\/li>\nmkdir C:\\migration\\programfiles\\omniback<\/code><\/li>\nmkdir C:\\migration\\programdata\\omniback<\/code><\/li>\n<\/ul>\n<\/li>\n- Defragmentierung der internen Datenbank \u00fcber den Export und Import\n
- \n
- Es d\u00fcrfen keine Sicherungen laufen, Pr\u00fcfung mit dem Befehl omnistat<\/li>\n
omnidbutil -writedb -mmdb C:\\migration\\mmdb -cdb C:\\migration\\cdb<\/code><\/li>\n- Am Ende des Exports wird aufgefordert bestimmte Verzeichnisse zu kopieren, bevor die Datenbank weder aktiviert wird. Dies sind in der Regel die DCBF und MSG Verzeichnisse, es k\u00f6nnen jedoch auch andere Verzeichnisse notwendig sein. Zur Sicherheit werden daher folgende Verzeichnisse kopiert:\n
- \n
robocopy \"C:\\ProgramData\\OmniBack\\db40\\dcbf\" C:\\migration\\other\\dcbf *.* \/e \/r:1 \/w:1<\/code><\/li>\n- Das Kopieren kann f\u00fcr weitere DCBF Verzeichnisse notwendig sein. In diesem Fall ist der Kopiervorgang entsprechend fortzuf\u00fchren.<\/li>\n
robocopy \"C:\\ProgramData\\OmniBack\\db40\\msg\" C:\\migration\\other\\msg *.* \/e \/r:1 \/w:1<\/code><\/li>\nrobocopy \"C:\\ProgramData\\OmniBack\\db40\\meta\" C:\\migration\\other\\meta *.* \/e \/r:1 \/w:1<\/code><\/li>\nrobocopy \"C:\\ProgramData\\OmniBack\\db40\\vssdb\" C:\\migration\\other\\vssdb *.* \/e \/r:1 \/w:1<\/code><\/li>\n<\/ul>\n<\/li>\n- Jetzt kann die exportierte Datenbank wieder importiert werden. Hierzu wird der folgende Befehl verwendet.\n
- \n
omnidbutil -readdb -mmdb C:\\migration\\mmdb -cdb C:\\migration\\cdb<\/code><\/li>\n<\/ul>\n<\/li>\n- Wird vor dem Import der Datenbank auch ein
omnidbinit -force<\/code> ausgef\u00fchrt, m\u00fcssen die DCBF, MSG und META Verzeichnisse wieder an die alte Stelle kopiert werden, da die originalen Verzeichnisse beim Initialisieren der Datenbank gel\u00f6scht werden. Hierf\u00fcr m\u00fcssen jedoch die Data Protector Dienste gestoppt sein. Bei Bedarf m\u00fcssen auch zus\u00e4tzliche DCBF Verzeichnisse f\u00fcr die interne Datenbank angelegt werden.<\/li>\n<\/ul>\n<\/li>\n- Zur Sicherheit wird nochmals ein
omnidbcheck -extended<\/code> ausgef\u00fchrt, es d\u00fcrfen keine Fehler angezeigt werden.<\/li>\n- Bei Bedarf k\u00f6nnen jetzt noch tempor\u00e4re Dateien in den Verzeichnissen
C:\\ProgramData\\OmniBack\\tmp<\/code> undC:\\ProgramData\\OmniBack\\log<\/code> entfernt werden. Aber Achtung: nicht jede Log Data kann gel\u00f6scht werden. Dateien wie dasmedia.log<\/code> m\u00fcssen aufbewahrt werden, da die unter Umst\u00e4nden bei der Wiederherstellung von Daten ben\u00f6tigt werden kann. Dasmedia.log<\/code> enth\u00e4lt Informationen wann und in welcher Reihenfolge ein Medium bei einer Sicherung genutzt wurde.<\/li>\n- Sicherung der gesamten Data Protector Installation:\n
- \n
omnisv -stop<\/code><\/li>\nrobocopy \"C:\\Program Files\\OmniBack\" C:\\migration\\programfiles\\omniback *.* \/e \/r:1 \/w:1 \/purge<\/code><\/li>\nrobocopy C:\\ProgramData\\OmniBack C:\\migration\\programdata\\omniback *.* \/e \/r:1 \/w:1 \/purge<\/code><\/li>\nomnisv -start<\/code><\/li>\n<\/ul>\n<\/li>\n<\/ul>\nInstallationsquellen:<\/b><\/p>\n
- \n
- F\u00fcr die Installation sollte unbedingt eine gepatchte Installationsquelle genutzt werden. Hierf\u00fcr werden auf einen tempor\u00e4ren Windows Server, auf dem noch kein Data Protector Installation vorhanden ist folgende Schritte ausgef\u00fchrt:\n
- \n
- Aufrufen der Data Protector 9.0 Installation als Administrator (run as admin) und die Installation vom Installation Server durchf\u00fchren. Es werden keine weiteren Komponenten au\u00dfer dem Installation Server installiert.<\/li>\n
- Nach Abschluss der Installation das aktuelle Patch-Bundle und bei Bedarf weitere Patches installieren. Siehe auch https:\/\/www.data-protector.org\/wordpress\/2016\/04\/hpe-data-protector-patch-bundle-9-06-features\/<\/a> und https:\/\/www.data-protector.org\/wordpress\/2013\/06\/basics-installation-order-patches\/<\/a><\/li>\n<\/ul>\n<\/li>\n
- Die nun so aktualisierte Installation kann als Installationsquelle f\u00fcr das Upgrade des Cell Managers verwendet werden. Hierzu werden alle Ordner des Depots auf den Data Protector 7.0x Cell Managers (zum Beispiel nach
C:\\migration\\install<\/code>) kopiert. Anschlie\u00dfend kann der tempor\u00e4re Installation Server wieder deinstalliert werden.<\/li>\n<\/ul>\nUpgrade:<\/b><\/p>\n
- \n
- Das Upgrade erfolgt mit den gepatchten Installationsquellen und setup.exe wird als Administrator (run as admin) ausgef\u00fchrt.<\/li>\n
- Es wird empfohlen alle vorgeschlagenen Standards bei der Installation zu belassen und damit das Upgrade durchzuf\u00fchren.<\/li>\n
- W\u00e4hrend des Upgrades werden Teile der alten Datenbank exportiert und f\u00fcr den Import in die neue Datenbank vorbereitet. Dieser Vorgang kann je nach Gr\u00f6\u00dfe der Umgebung Zeit in Anspruch nehmen; der Vorgang sollte nicht unterbrochen werden.<\/li>\n
![](\"https:\/\/www.data-protector.org\/wordpress\/wp-content\/uploads\/2016\/05\/runbook_1.png\"\/)
<\/p>\n - Im Anschluss wird die Installation von Data Protector 9.0x normal fortgef\u00fchrt.<\/li>\n
- Nach dem Upgrade sollten unbedingt die Konfigurationsdateien
global<\/code> undomnirc<\/code> \u00fcberpr\u00fcft und angepasst werden.<\/li>\n- Zus\u00e4tzlich sollte die Sicherungsspezifikation des Cell Servers \u00fcberpr\u00fcft werden. Mit dem Upgrade wurde die bisherige Spezifikation geteilt in eine IDB- und eine Filesystemspezifikation.<\/li>\n<\/ul>\n
Nach dem Upgrade:<\/b><\/p>\n
- \n
- Nach dem Upgrade sollten die DCBF Verzeichnisse auf das neue Format migriert werden. Prinzipiell gibt es hier zwei M\u00f6glichkeiten: die sofortige Migration aller DCBF Dateien oder eine Migration der DCBF Dateien f\u00fcr Langzeitsicherungen.<\/li>\n
- Beim zweiten Weg wird auf das Auslaufen der Schutzfrist f\u00fcr die alten Medien und damit DCBF gewartet, in diesem Falle w\u00e4re keine Migration dieser Medien notwendig und nach ca. vier bis sechs Wochen werden nur noch die Medien mit einer l\u00e4ngeren Schutzfrist migriert.<\/li>\n
- Vorgehensweise f\u00fcr beide Wege:\n
- \n
- Administrative Command Line \u00f6ffnen und in das Verzeichnis
C:\\Program Files\\OmniBack\\bin<\/code> wechseln<\/li>\n- Folgenden Befehl ausf\u00fchren:
perl omnimigrate.pl -start_catalog_migration<\/code><\/li>\n- Die DCBF Migration ist sehr langwierig, l\u00e4uft jedoch im Hintergrund und muss nicht aktiv beobachtet werden.<\/li>\n
- Nach Ende der DCBF Migration ist zu pr\u00fcfen ob alle Medien migriert wurden. Hierf\u00fcr wird der Befehl
perl omnimigrate.pl -report_old_catalog<\/code> verwendet. Als Ergebnis wird hierbei\"DCBF ( 0 files)\"<\/code> erwartet. Sollten noch Dateien angezeigt werden, so d\u00fcrfen die nachfolgenden Schritte nicht ausgef\u00fchrt werden.<\/li>\n- Falls w\u00e4hrend der DCBF Migration bereits neue Sicherungen gelaufen sind, so kann es passieren, dass in den
DB40\\DCBF*<\/code> Verzeichnissen DCBF 2.0 Dateien angelegt wurden.<\/li>\n- Die im
DB40\\DCBF*<\/code> gefundenen Dateien sind nachC:\\ProgramData\\OmniBack\\server\\db80\\dcbf\\dcbf1-4<\/code> zu verschieben. Hierbei k\u00f6nnen die Dateien verteilt werden, es ist prinzipiell nicht notwendig eine bestimmte Ordnung einzuhalten.<\/li>\n- Mit dem Befehl
omnidbutil -remap_dcdir<\/code> erfolgt eine Anpassung der internen Datenbank nach dem Verschieben der DCBF Dateien.<\/li>\n- Die alten DCBF Pfade sind zu entfernen, hierbei werden die folgenden Befehle genutzt:\n
- \n
omnidbutil -remove_dcdir \"C:\\ProgramData\\OmniBack\\db40\\dcbf\"<\/code><\/li>\nomnidbutil -remove_dcdir \"C:\\ProgramData\\OmniBack\\db40\\dcbf1\"<\/code><\/li>\nomnidbutil -remove_dcdir \"C:\\ProgramData\\OmniBack\\db40\\dcbf2\"<\/code><\/li>\nomnidbutil -remove_dcdir \"C:\\ProgramData\\OmniBack\\db40\\dcbf3\"<\/code><\/li>\nomnidbutil -remove_dcdir \"C:\\ProgramData\\OmniBack\\db40\\dcbf4\"<\/code><\/li>\n<\/ul>\n<\/li>\n- Je nach Gr\u00f6\u00dfe der Umgebung k\u00f6nnen weniger oder mehr DCBF Verzeichnisse vorhanden sein und m\u00fcssen entsprechend entfernt werden.<\/li>\n
- Mit dem Befehl
perl omnimigrate.pl -remove_old_catalog<\/code> wird nur der alte Catalog entfernt<\/li>\n- In der Datei
C:\\ProgramData\\OmniBack\\Config\\Server\\options\\global<\/code> sollte nun die VariableSupportOldDCBF=0<\/code> stehen (Default ist 1 nach der Migration), sie kann jedoch auch ganz entfernt werden.<\/li>\n- Nun kann der DB40 Pfad gel\u00f6scht werden –
C:\\ProgramData\\OmniBack\\db40<\/code><\/li>\n<\/ul>\n<\/li>\n<\/ul>\nRollback:<\/b><\/p>\n
- \n
- Sollte das Upgrade fehlschlagen, so kann jeder Zeit und sofern noch keine Migration der DCBF Dateien begonnen wurde der Cell Server auf den Stand von Data Protector 7.0x zur\u00fcckgef\u00fchrt werden.<\/li>\n
- Die fehlgeschlagene Data Protector 9.0x Installation ist zu deinstallieren und Data Protector 7.0x zu installieren.<\/li>\n
- Mit dem Befehl
omnidbutil -readdb -mmdb C:\\migration\\mmdb -cdb C:\\migration\\cdb<\/code> kann die alte Datenbank wieder importiert werden.<\/li>\n- Zus\u00e4tzliche Verzeichnisse, wie DCBF, MSG und META, m\u00fcssen wieder in den db40 Pfad zur\u00fcckkopiert werden.<\/li>\n
- Die Konfiguration vom Data Protector aus dem vorher gesicherten Verzeichnis
C:\\migration\\omniback\\programdata\\config\\server<\/code> wird nachC:\\ProgramData\\OmniBack\\Config\\Server<\/code> kopiert, damit ist der Ausgangszustand wiederhergestellt.<\/li>\n- Sollte ein Rollback nicht gew\u00fcnscht sein, so k\u00f6nnen auch aus den oben beschriebenen Advisories die Schritte zur Fehleranalyse ausgef\u00fchrt werden.<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"
Update 05.07.2016: Bei der Installationsquelle wurde darauf hingewiesen eine gepatchte Installationsquelle zu nutzen. Diese Methode darf nicht f\u00fcr Upgrades von Data Protector Versionen 8.13 und neueren Versionen angewandt werden, da in diesem Fall die interne Datenbank nicht reparierbare Sch\u00e4den erleiden wird. F\u00fcr Versionen kleiner 8.13 wird die Methode auch nicht empfohlen, da dieser Weg nicht […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_mi_skip_tracking":false,"spay_email":""},"categories":[11],"tags":[],"translation":{"provider":"WPGlobus","version":"2.8.8","language":"de","enabled_languages":["en","de"],"languages":{"en":{"title":true,"content":true,"excerpt":false},"de":{"title":false,"content":true,"excerpt":false}}},"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/p28cjj-Ms","jetpack_sharing_enabled":true,"jetpack-related-posts":[{"id":474,"url":"https:\/\/www.data-protector.org\/wordpress\/de\/2011\/04\/data-protector-6-2-installation\/","url_meta":{"origin":3004,"position":0},"title":"Data Protector 6.2 Installation","date":"13. April 2011","format":false,"excerpt":"{:en}For all already waiting for... the new version of HP Data Protector (6.2) will be installed as follows on a Windows 2008 box... Screens were manipulated to show all available options. UAC may appear prior installation, depending on the configured settings Welcome Screen When pressing Advanced you can define settings\u2026","rel":"","context":"In "HowTo"","img":{"alt_text":"DP62_Install","src":"https:\/\/i0.wp.com\/www.data-protector.org\/wordpress\/wp-content\/uploads\/2011\/04\/DP62_01.png?resize=350%2C200&ssl=1","width":350,"height":200},"classes":[]},{"id":1412,"url":"https:\/\/www.data-protector.org\/wordpress\/de\/2013\/06\/basics-installation-order-patches\/","url_meta":{"origin":3004,"position":1},"title":"Installation order of Patches","date":"3. Juni 2013","format":false,"excerpt":"{:de}Immer wieder stellt sich die Frage in welcher Reihenfolge die Patches f\u00fcr Data Protector installiert werden. Zwischen den einzelnen Patches ergeben sich Abh\u00e4ngigkeiten, welche man in den Beschreibungsdateien zum Patch nachlesen kann; diese m\u00fcssen bei der Installation eingehalten werden. Generell gilt folgende Reihenfolge f\u00fcr die Installation: sofern vorhanden: Patchbundle, Core,\u2026","rel":"","context":"In "History"","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":114,"url":"https:\/\/www.data-protector.org\/wordpress\/de\/2010\/07\/614039-no-more-space-in-any-of-the-detail-catalog-directories\/","url_meta":{"origin":3004,"position":2},"title":"[61:4039] No more space in any of the Detail Catalog directories","date":"7. Juli 2010","format":false,"excerpt":"{:en}The error [61:4039] could occur when the limit of the detail catalog is reached. In Data Protector 6.11 the size limit for a DCBF directory was increased up to 16 GB, in former versions the limit was set to 4 GB. For my customers I usually add at least addidtional\u2026","rel":"","context":"In "HowTo"","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":694,"url":"https:\/\/www.data-protector.org\/wordpress\/de\/2011\/07\/data-protector-migration-unix-to-other-os\/","url_meta":{"origin":3004,"position":3},"title":"Data Protector Migration Unix to other OS","date":"29. Juli 2011","format":false,"excerpt":"{:de}Ich kenne nicht viele gute Gr\u00fcnde warum man eine Data Protector Installation von HP-UX auf ein anderes Betriebssystem wechseln sollte,\u00a0dennoch gibt es viele Kunden die diesen Schritt gehen wollen und zum Beispiel auf Windows oder Linux wechseln;\u00a0meist noch verbunden mit einem Upgrade auf eine aktuelle Version von Data Protector.\u00a0Und hier\u2026","rel":"","context":"In "HowTo"","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":4379,"url":"https:\/\/www.data-protector.org\/wordpress\/de\/2018\/10\/data-protector-upgrade-paths\/","url_meta":{"origin":3004,"position":4},"title":"Data Protector Upgrade Pfade","date":"29. Oktober 2018","format":false,"excerpt":"{:en} Lately, we've been receiving more requests for potential Data Protector upgrade paths. This post includes a simple overview to guide you including intermediate steps necessary to upgrade to the latest version of the software. To reduce the amount of manual effort to a minimum you should always use the\u2026","rel":"","context":"In "History"","img":{"alt_text":"DP_Upgrade_Paths","src":"https:\/\/i0.wp.com\/www.data-protector.org\/wordpress\/wp-content\/uploads\/2018\/10\/DP_upgrade_paths_10-20.jpg?resize=350%2C200&ssl=1","width":350,"height":200},"classes":[]},{"id":3589,"url":"https:\/\/www.data-protector.org\/wordpress\/de\/2017\/05\/data-protector-9-gr-patches-9-09-build-115\/","url_meta":{"origin":3004,"position":5},"title":"Data Protector 9 \u2013 GR Patches 9.09 (Build 115)","date":"31. Mai 2017","format":false,"excerpt":"{:en}The General Release Patches\u00a0A.09.09 (Build 115) for Data Protector 9 has been released on May 31, 2017. The 115 GR Patches must be installed on top of the A.09.09 Patch Bundle. It is recommended to install all the GR Patches as a group regardless if the updated components are used\u2026","rel":"","context":"In "DP A.09.00"","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]}],"_links":{"self":[{"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/posts\/3004"}],"collection":[{"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/comments?post=3004"}],"version-history":[{"count":14,"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/posts\/3004\/revisions"}],"predecessor-version":[{"id":3140,"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/posts\/3004\/revisions\/3140"}],"wp:attachment":[{"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/media?parent=3004"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/categories?post=3004"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/tags?post=3004"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Folgenden Befehl ausf\u00fchren:
- Administrative Command Line \u00f6ffnen und in das Verzeichnis
- Zus\u00e4tzlich sollte die Sicherungsspezifikation des Cell Servers \u00fcberpr\u00fcft werden. Mit dem Upgrade wurde die bisherige Spezifikation geteilt in eine IDB- und eine Filesystemspezifikation.<\/li>\n<\/ul>\n
- Die nun so aktualisierte Installation kann als Installationsquelle f\u00fcr das Upgrade des Cell Managers verwendet werden. Hierzu werden alle Ordner des Depots auf den Data Protector 7.0x Cell Managers (zum Beispiel nach
- Wird vor dem Import der Datenbank auch ein
- Am Ende des Exports wird aufgefordert bestimmte Verzeichnisse zu kopieren, bevor die Datenbank weder aktiviert wird. Dies sind in der Regel die DCBF und MSG Verzeichnisse, es k\u00f6nnen jedoch auch andere Verzeichnisse notwendig sein. Zur Sicherheit werden daher folgende Verzeichnisse kopiert:\n
- Anlegen von Sicherungsverzeichnissen:\n
- Bereinigung der internen Datenbank\n
- Diese Schritt-f\u00fcr-Schritt Anleitung gilt f\u00fcr Cell Manager Installationen unter Windows 2008 und Windows 2012. Es wird davon ausgegangen, dass die Pfade