{"id":62,"date":"2010-06-28T15:53:44","date_gmt":"2010-06-28T13:53:44","guid":{"rendered":"http:\/\/www.data-protector.org\/wordpress\/?p=62"},"modified":"2015-12-10T11:23:58","modified_gmt":"2015-12-10T10:23:58","slug":"export-import","status":"publish","type":"post","link":"https:\/\/www.data-protector.org\/wordpress\/de\/2010\/06\/export-import\/","title":{"rendered":"Export \/ Import"},"content":{"rendered":"<p>Immer wieder mal findet man Anleitungen wie ein Export \/ Import der internen Datenbank von Data Protector vorzunehmen ist. Diese Prozedur wird immer dann eingesetzt wenn Probleme in der Datenbank auftreten (korrupte Medien, &#8230;) &#8211; Stichwort Healthcheck und omnidbcheck. Bei der nachfolgenden Prozedur wird nicht nur einfach exportiert und importiert, sondern im Zuge der Arbeiten auch gleich noch aufger\u00e4umt, die Datenbank &#8222;gepurged&#8220;.<\/p>\n<ul>\n<li>2 leere Verzeichnisse (mit gen\u00fcgend Platz) anlegen wo die catalog database und die media management database exportiert werden kann (z.B.: <strong><code>d:\\mmdb<\/code><\/strong> und <strong><code>d:\\cdb<\/code><\/strong> oder <strong><code>\/tmp\/mmdb<\/code><\/strong> und <strong><code>\/tmp\/cdb<\/code>)<\/strong><\/li>\n<li>Sicherungskopie von Data Protector anlegen &#8211; Stoppen der Dienste (<strong><code>omnisv -stop<\/code><\/strong>), Kopieren des kompletten Data Protector Verzeichnisses (z.B.: <strong><code>d:\\program files\\omniback<\/code><\/strong> &#8211; es w\u00fcrde eigentlich das db40 und options Verzeichnis ausreichen), Starten der Data Protector Dienste (<strong><code>omnisv -start<\/code><\/strong>)<\/li>\n<li>Pr\u00fcfen das keine Sicherungen laufen, der Export ben\u00f6tigt exklusiven Zugriff zur Datenbank (je nach Gr\u00f6\u00dfe der Umgebung sollte der Schedule gestoppt werden &#8211; siehe Blogeintrag \u00a0&#8222;Commands&#8220;<\/li>\n<li>Optional: <strong><code>omnidb -strip<\/code><\/strong> &#8211; entfernt die catalog information von allen Objekten die nicht mehr gesch\u00fctzt sind<\/li>\n<li>Optional: <strong><code>omnidbutil -purge -sessions 90<\/code><\/strong> &#8211; entfernt media management sessions, restore sessions und obsolete backup sessions (backup sessions ohne gesicherte Daten) die \u00e4lter wie 90 Tage sind<\/li>\n<li>Optional: <strong><code>omnidbutil -purge -filenames -force<\/code><\/strong> &#8211; entfernt obsolte filenames (Dateinamen ohne Versionen) aus der catalog database (der Prozess kann im Monitor beobachtet werden)<\/li>\n<li>Optional: <strong><code>omnidbutil -purge -dcbf -force<\/code><\/strong> &#8211; entfernt die DCBF files f\u00fcr alle Medien ohne catalog protection<\/li>\n<li>Export der Datenbank: <strong><code>omnidbutil -writedb -mmdb d:\\mmdb -cdb d:\\cdb<\/code><\/strong> &#8211; die Verzeichnissnamen aud Step 1 sind zu verwenden. Der Export kann je nach Gr\u00f6\u00dfe der Datenbank einige Zeit dauern (bei gro\u00dfen Datenbanken kann mit 1 GB pro Stunde gerechnet werden &#8211; aus Erfahrung kann ich sagen das ein Export schon auch mal 12 Stunden laufen kann)<\/li>\n<li>Am Ende des Exports wird aufgefordert die dcbf und msg Verzeichnisse zu kopieren, diese werden sp\u00e4ter nach dem Import ben\u00f6tigt<\/li>\n<li>Neuinitialisieren der Datenbank mit dem Befehl <strong><code>omnidbinit<\/code><\/strong><\/li>\n<li>Optional &#8211; falls mehr wie ein DCBF Verzeichnis benutzt wurde und eine fnames Erweiterung vorhanden waren, so sind diese jetzt \u00fcber die GUI anzulegen.<\/li>\n<li>Import der Datenbank: <strong><code>omnidbutil -readdb -mmdb d:\\mmdb -cdb d:\\cdb<\/code><\/strong> &#8211; die Verzeichnissnamen aud Step 1 sind zu verwenden. Der Import kann je nach Gr\u00f6\u00dfe des Exports einige Zeit dauern<\/li>\n<li>Stoppen der Data Protector Dienste (<strong><code>omnisv -stop<\/code><\/strong>)<\/li>\n<li>Kopieren der dcbf und msg Verzeichnisse (die w\u00e4hrend des Exports weggesichert wurden) an die originale Stelle<\/li>\n<li>Starten der Data Protector Dienste (<strong><code>omnisv -start<\/code><\/strong>)<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Immer wieder mal findet man Anleitungen wie ein Export \/ Import der internen Datenbank von Data Protector vorzunehmen ist. Diese Prozedur wird immer dann eingesetzt wenn Probleme in der Datenbank auftreten (korrupte Medien, &#8230;) &#8211; Stichwort Healthcheck und omnidbcheck. Bei der nachfolgenden Prozedur wird nicht nur einfach exportiert und importiert, sondern im Zuge der Arbeiten [&hellip;]<\/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":[15,16,17],"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-10","jetpack_sharing_enabled":true,"jetpack-related-posts":[{"id":150,"url":"https:\/\/www.data-protector.org\/wordpress\/de\/2011\/07\/reorganisation-der-internen-datenbank\/","url_meta":{"origin":62,"position":0},"title":"Internal Database error &#8211; reorganize your IDB","date":"15. Juli 2011","format":false,"excerpt":"{:en}Update: There are still a lot of old Data Protector installations (version 6.0, 6.1) and in all cases I've seen there is still the old errror described below. Thats why I updated and enhanced this article from August 2010. When updating from a former Data Protector (5.X to 6.0 to\u2026","rel":"","context":"In &quot;HowTo&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":3004,"url":"https:\/\/www.data-protector.org\/wordpress\/de\/2016\/07\/runbook-migrate-data-protector-7-0x-data-protector-9-0x\/","url_meta":{"origin":62,"position":1},"title":"RUNBOOK \u2013 Migrate Data Protector 7.0x to Data Protector 9.0x","date":"5. Juli 2016","format":false,"excerpt":"{:en} Update 2016\/0705: In section installation source it was recommended to use a patched installation source for the upgrade. This method must not be used for upgrades from Data Protector versionen 8.13 and newer, as it will cause serious damages in the internal database (no fix available\/possible). For versions older\u2026","rel":"","context":"In &quot;HowTo&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":3262,"url":"https:\/\/www.data-protector.org\/wordpress\/de\/2016\/12\/migrate-dp-9-0x-dp-9-0x-hardware-microsoft-windows\/","url_meta":{"origin":62,"position":2},"title":"Migrate DP 9.0X to DP 9.0X using new hardware and Microsoft Windows","date":"8. Dezember 2016","format":false,"excerpt":"{:en}I already wrote several articles on how to migrate the internal database to a new hardware, new Data Protector version, or new operating system (see link). With the introduction of PostgreSQL as internal database for Data Protector and compared to previous versions (DP 6 and DP 7), some more steps\u2026","rel":"","context":"In &quot;HowTo&quot;","img":{"alt_text":"writedb","src":"https:\/\/i1.wp.com\/www.data-protector.org\/wordpress\/wp-content\/uploads\/2016\/12\/writedb.png?resize=350%2C200&ssl=1","width":350,"height":200},"classes":[]},{"id":1428,"url":"https:\/\/www.data-protector.org\/wordpress\/de\/2013\/06\/basics-dp-catalog-protection-data-protection\/","url_meta":{"origin":62,"position":3},"title":"BASICS &#8211; DP Catalog Protection and Data Protection","date":"10. Juni 2013","format":false,"excerpt":"{:en}Within Data Protector the protection is set per backup job and not for the tape, which might be misunderstood by customers. In the GUI a distinction is made between \"Data Protection\" and \"Catalog Protection\". \"Data Protection\" describes how long the data is kept on media and \"Catalog Protection\" describes how\u2026","rel":"","context":"In &quot;BASICS&quot;","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":62,"position":4},"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 &quot;HowTo&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":1892,"url":"https:\/\/www.data-protector.org\/wordpress\/de\/2014\/03\/migrate-dp-8-xx-dp-8-xx-hardware-ms-windows-operating-system\/","url_meta":{"origin":62,"position":5},"title":"Migrate DP 8.XX to DP 8.XX using new hardware or different MS Windows operating system","date":"26. M\u00e4rz 2014","format":false,"excerpt":"{:en}The migration of the internal database to new hardware or to a new Microsoft Windows operating system was no big deal in the past and before the release of Data Protector 8.xx. With the introduction of PostgreSQL as the new internal database this has been changed and several steps are\u2026","rel":"","context":"In &quot;HowTo&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]}],"_links":{"self":[{"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/posts\/62"}],"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=62"}],"version-history":[{"count":4,"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/posts\/62\/revisions"}],"predecessor-version":[{"id":2762,"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/posts\/62\/revisions\/2762"}],"wp:attachment":[{"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/media?parent=62"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/categories?post=62"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.data-protector.org\/wordpress\/de\/wp-json\/wp\/v2\/tags?post=62"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}