{"id":3262,"date":"2016-12-08T16:25:40","date_gmt":"2016-12-08T15:25:40","guid":{"rendered":"https:\/\/www.data-protector.org\/wordpress\/?p=3262"},"modified":"2016-12-08T16:25:40","modified_gmt":"2016-12-08T15:25:40","slug":"migrate-dp-9-0x-dp-9-0x-hardware-microsoft-windows","status":"publish","type":"post","link":"https:\/\/www.data-protector.org\/wordpress\/2016\/12\/migrate-dp-9-0x-dp-9-0x-hardware-microsoft-windows\/","title":{"rendered":"Migrate DP 9.0X to DP 9.0X using new hardware and Microsoft Windows"},"content":{"rendered":"<p>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 <a href=\"https:\/\/www.data-protector.org\/wordpress\/?s=Migration\" target=\"migrate1\">link<\/a>).<\/p>\n<\/p>\n<p>With the introduction of PostgreSQL as internal database for Data Protector and compared to previous versions (DP 6 and DP 7), some more steps are required to migrate a cell manager to new hardware or operating system. However, if you follow the steps below it will not be a complicated procedure. In the document the migration from DP 9.0x to DP 9.0x on new hardware (or virtual machine) is described. It is assumed that the <b>server name, IP address, installation path, passwords, &#8230;<\/b> stay the same and as it was the case on source server. Hence, some less steps required when compared with a previous article about migration (see <a href=\"https:\/\/www.data-protector.org\/wordpress\/2014\/03\/migrate-dp-8-xx-dp-8-xx-hardware-ms-windows-operating-system\/\" target=\"migrate2\">link<\/a>). This document could also be used to migrate from Windows 2008 R2 to Windows 2012 or Windows 2012 R2 (using new hardware). The migration to Windows 2016 is not possible so far, as the Cell Manager (and DA, and MA) are not yet supported. Probably it becomes supported with the patches for DP 9.08 (build 113) in January, but this is not promised and not guaranteed. As the steps used for the migration are mainly DP commands executed, it could be used for migration of a Linux Cell Manager too.<\/p>\n<p>For the runbook below, a migration from Data Protector 9.08 to Data Protector 9.08 on Windows 2012 R2 was done (using a virtual machine), the patches used for the installation on source and target was configured as &#8220;C:\\Program Files\\OmniBack&#8221; and &#8220;C:\\Programdata\\OmniBack&#8221;. The documentation will not include any information regarding preparation of the target server (IP configuration, domain join, &#8230;). In case the migration does not succeed, we keep the source server in order to fail back. However, the network will be deactivated, access could be gained using iLO (assuming it is an HPE Proliant server) or using a console session (in case source server is virtual machine).<\/p>\n<\/p>\n<p>Comment: the runbook is one of several ways to run a migration. There will be a even faster way, and I will publish this migration method in a different article.<\/p>\n<p>To run a smooth and successful migration some prerequisites and requirements needs to be met. And as always, no guarantee can be given when the documentation is used.<\/p>\n<p><u><b>Requirements and prerequisites:<\/b><\/u><\/p>\n<ul>\n<li>The command <code>omnidbcheck -extended<\/code> must not display any error. Output of omnidbcheck:<br \/>\n<blockquote style=\"font: 12px Courier; background-color: #ffffff; border: 1px solid #ccc; border-radius: 6px; box-shadow: 1px 1px 1px #ccc;\">\n<pre style=\"border: 0px\">\r\nPS C:\\Users\\Administrator> omnidbcheck -extended\r\nCheck Level             Mode                    Status\r\n===========================================================\r\nDatabase connection     -connection             OK\r\nSchema consistency      -schema_consistency     OK\r\nDatafiles consistency   -verify_db_files        OK\r\nDatabase consistency    -database_consistency   OK\r\nMedia consistency       -media_consistency      OK\r\nSIBF(readability)       -sibf                   OK\r\nDCBF(presence and size) -bf                     OK\r\nOMNIDC(consistency)     -dc                     OK\r\nDONE!\r\n<\/pre>\n<\/blockquote>\n<\/li>\n<li>No DCBF 1.0 files (Detail Catalog Binary Files from a migration before to DP 8.XX or 9.0X) are found on the system; the internal database has already been migrated. The command <code>\"&ltOMNIBIN&gt\\perl\" omnimigrate.pl -report_old_catalog<\/code> can be used for validation. In case old &#8220;binary files&#8221; are found, migrate them first using the command <code>\"&ltOMNIBIN&gt\\perl\" omnimigrate.pl -start_catalog_migration<\/code>. For any additional information, you might refer to <a href=\"https:\/\/www.data-protector.org\/wordpress\/2014\/03\/migrate-dp-8-xx-dp-8-xx-hardware-ms-windows-operating-system\/\" target=\"migrate2\">link<\/a>.<\/li>\n<li>Document the DCBF directories using the command <code>omnidbutil -list_dcdirs<\/code>. In case the directories are located on several mount points, or in case additional directories were configured, you need to either consolidate on target (move files into the standard folders and run &#8220;remap_dcdir&#8221;) or create additional folders before you import the IDB (&#8220;add_dcdir&#8221;).<br \/>\n<blockquote style=\"font: 12px Courier; background-color: #ffffff; border: 1px solid #ccc; border-radius: 6px; box-shadow: 1px 1px 1px #ccc;\">\n<pre style=\"border: 0px\">\r\nPS C:\\Users\\Administrator> omnidbutil -list_dcdirs\r\nConfigured DC directories:\r\n\r\n Allocation Sequence\r\n |        Maximum Usage in MB\r\n |        |        Maximum Number of Files in Directory\r\n |        |        |        Minimum Free Space [MB]\r\n |        |        |        |        Directory\r\n |        |        |        |        |\r\n===========================================================================\r\n 0        204800   100000   2048     C:\/ProgramData\/OmniBack\/server\/db80\/dcbf\/dcbf0\r\n 1        204800   100000   2048     C:\/ProgramData\/OmniBack\/server\/db80\/dcbf\/dcbf1\r\n 2        204800   100000   2048     C:\/ProgramData\/OmniBack\/server\/db80\/dcbf\/dcbf2\r\n 3        204800   100000   2048     C:\/ProgramData\/OmniBack\/server\/db80\/dcbf\/dcbf3\r\n 4        204800   100000   2048     C:\/ProgramData\/OmniBack\/server\/db80\/dcbf\/dcbf4\r\n\r\nDONE!\r\n<\/pre>\n<\/blockquote>\n<\/li>\n<li>The configured users and passwords to start the data protector services will be kept identical on the target server. In case different users and password are required, you might use the document <a href=\"https:\/\/www.data-protector.org\/wordpress\/2016\/01\/data-protector-8-0-windows-change-user-account-dp-services\/\" target=\"migrate3\"> &#8211; link<\/a>.<\/li>\n<li>The runbook can be used for migrating from DP 9.0X to 9.0X only (this does not include a possible upcoming version 9.1.x).<\/li>\n<li>The server name and the IP address are not changed for the target server (the same information as on source will be used). In case you need to make changes, additional steps like changing Cell Manager name for the clients, change the cell server name, etc.), and this is not part of the documentation.<\/li>\n<li>The server name and domain suffix needs to follow the usual recommendations.<\/li>\n<li>On the source server there is no version of a recovered internale database (several db80* directories).<\/li>\n<li>All used names and directories are to be seen as an example.<\/li>\n<li>After the migration is done, it is recommended to immediately run a backup of the internal database.<\/li>\n<li>The documentation does not apply to MoM manager, however, can be used to migrate single Cell Manager in an MoM environment.<\/li>\n<li>On the source server there is no StoreOnce Software Deduplication used. The migration of jukeboxes or file libraries are not part of the documentation, however, can be simply copied when the same directories and mount points are used on the target server.<\/li>\n<li>During the migration all important files are copied or exported into the directory &#8220;C:\\migration&#8221;.<\/li>\n<\/ul>\n<p><u><b>Migration tasks on the soruce server:<\/b><\/u><\/p>\n<ul>\n<li>Stop the Data Protector schedules using the command <code>omnitrig -stop<\/code> (or rename the folder &#8220;schedules&#8221;, &#8220;barschedules&#8221;, &#8230;).<\/li>\n<li>Backup the internal database using the existing backup specification.<\/li>\n<li>Export Key Store using the command <code>omnikeytool -export CSFVFile -all<\/code> and copy the file from &#8220;C:\\ProgramData\\OmniBack\\Config\\Server\\export\\keys&#8221; to &#8220;C:\\migration&#8221;.<\/li>\n<li>Export the internal database using the command <code>omnidbutil \u2013writedb &ltpathname&gt<\/code> (C:\\migration\\writedb). You get prompted to make a copy of the directories DCBF, MSG, and META (depending on configuration more folders are displayed), copy the folders to the migration directory.<br \/>\n<blockquote style=\"font: 12px Courier; background-color: #ffffff; border: 1px solid #ccc; border-radius: 6px; box-shadow: 1px 1px 1px #ccc;\">\n<pre style=\"border: 0px\">\r\nPS C:\\Users\\Administrator> omnidbutil -writedb C:\\Migration\\writedb\r\n\r\nPlease make a copy of the following Internal Database directories and\r\nthen press Enter to bring the Internal Database back to a fully operational state:\r\n\r\n\r\n        \"C:\\ProgramData\\OmniBack\\server\\db80\\msg\\\"\r\n        \"C:\\ProgramData\\OmniBack\\server\\db80\\meta\\\"\r\n        \"C:\/ProgramData\/OmniBack\/server\/db80\/dcbf\/dcbf4\"\r\n        \"C:\/ProgramData\/OmniBack\/server\/db80\/dcbf\/dcbf0\"\r\n        \"C:\/ProgramData\/OmniBack\/server\/db80\/dcbf\/dcbf3\"\r\n        \"C:\/ProgramData\/OmniBack\/server\/db80\/dcbf\/dcbf1\"\r\n        \"C:\/ProgramData\/OmniBack\/server\/db80\/dcbf\/dcbf2\"\r\n<\/pre>\n<\/blockquote>\n<p>If you have used &#8220;VSS Transportable Snapshot&#8221; during backups, Zero Downtime Backup using SMIS, Exchange, &#8230;, it might be necessary to copy additional &#8220;db80&#8221; directories (reportdb, smisdb, sqldb, sysdb, vssdb, and xpdp).\n<\/li>\n<li>Stop the Data Protector services using the command <code>omnisv -stop<\/code> and modify the Data Protector services to start manual (not automatic when server is restarted).<\/li>\n<li>Backup (=Copy to c:\\migration) the file <code>obrindex.dat<\/code> in directory &#8220;C:\\ProgramData\\OmniBack\\server\\db80\\logfiles\\rlog&#8221;.<\/li>\n<li>If you have changed PostgreSQL configuration files in the past, copy <code>ph_hba.conf, pg_ident.conf and postgresql.conf<\/code> from &#8220;C:\\ProgramData\\OmniBack\\server\\db80\\pg&#8221; in addition.<\/li>\n<li>Document the configured users (impersonation) using the command <code>omniinetpasswd -list<\/code>.<\/li>\n<li>Document the local security policy &#8220;Impersonate a client after authentication&#8221; and &#8220;Replace a process level token&#8221;.<\/li>\n<li>Backup the file <code>omnirc<\/code> from &#8220;C:\\ProgramData\\OmniBack&#8221;.<\/li>\n<li>Backup pre- and post-exec scripts from &#8220;C:\\Program Files\\OmniBack\\bin&#8221;.<\/li>\n<li>Backup the files <code>media.log<\/code> and <code>Ob2EventLog.txt<\/code>, and the directory <code>auditing<\/code> (if used) from &#8220;C:\\ProgramData\\OmniBack\\log\\server&#8221;.<\/li>\n<li>Backup Site Specific Patches\/Hotfixes from &#8220;C:\\ProgramData\\OmniBack\\depot\\server&#8221; if you plan to use the files on the new server.<\/li>\n<li>Backup the Data Protector configuration &#8211; directory &#8220;C:\\ProgramData\\OmniBack\\Config\\Server&#8221;.<\/li>\n<li>Backup any additional files and folders not part of the Data Protector installation.<\/li>\n<li>Copy all saved files and folders onto the new server.<\/li>\n<li>Document server name and IP settings.<\/li>\n<li>Deactivate the old server (in the example the network is disabled).<\/li>\n<\/ul>\n<p><u><b>Tasks on the target server:<\/b><\/u><\/p>\n<ul>\n<li>Configure the new server in the same way as it was done for the old server (server name, IP address, domain, user and groups).<\/li>\n<li>Install HPE Data Protector 9.00 using path &#8220;C:\\Program Files\\Omniback&#8221; and &#8220;C:\\Programdata\\Omniback&#8221;.<\/li>\n<li>Installation of patch bundle and\/or patches; use the same version as installed on the source server.<\/li>\n<li>Import the internal database using the command <code>omnidbutil \u2013readdb &ltpathname&gt<\/code> (C:\\migration\\writedb).\n<\/li>\n<li>Stop the Data Protector services using the command <code>omnisv -stop<\/code>.<\/li>\n<li>The folders DCBF, MSG, and META are copied back from &#8220;c:\\migration&#8221; to the original location; the path used in the example &#8220;C:\\Programdata\\OmniBack\\server\\db80&#8221;. Depending on the configuration (see above) you need to copy additional folders, like reportdb, smisdb, sqldb, sysdb, vssdb, and xpdp into &#8220;db80&#8221; folder.<\/li>\n<li>Recover (=Copy from Migration folder to target folder) the file <code>obrindex.dat<\/code> to &#8220;C:\\ProgramData\\OmniBack\\server\\db80\\logfiles\\rlog&#8221;.<\/li>\n<li>On demand recover PostgreSQL configuration files <code>ph_hba.conf, pg_ident.conf, and postgresql.conf<\/code> to &#8220;C:\\ProgramData\\OmniBack\\server\\db80\\pg&#8221;.<\/li>\n<li>Recover the file <code>omnirc<\/code> to &#8220;C:\\ProgramData\\OmniBack&#8221;.<\/li>\n<li>Recover any pre- and post-exec scripts to &#8220;C:\\Program Files\\OmniBack\\bin&#8221;.<\/li>\n<li>Recover the files <code>media.log<\/code> and <code>Ob2EventLog.txt<\/code>, and if used, the folder <code>auditing<\/code> to &#8220;C:\\ProgramData\\OmniBack\\log\\server&#8221;.<\/li>\n<li>On demand recover Site Specific Patches\/Hotfixes to &#8220;C:\\ProgramData\\OmniBack\\depot\\server&#8221;.<\/li>\n<li>Recover the Data Protector configuration to &#8220;C:\\ProgramData\\OmniBack\\Config\\Server&#8221;.<\/li>\n<li>Start the Data Protector services using the command <code>omnisv -start<\/code>.<\/li>\n<li>Copy the &#8220;Key Stores Files&#8221; (see above) to &#8220;C:\\ProgramData\\OmniBack\\Config\\Server\\import\\keys&#8221; and execute the command <code>omnikeytool -import CSFVFile<\/code> to import the keys.<\/li>\n<li>Configure impersonation (see documentation on source server and <a href=\"https:\/\/www.data-protector.org\/wordpress\/2011\/05\/cannot-connect-to-the-scm-omniinetpasswd\/\" target=\"migrate4\">link<\/a>).\n<\/li>\n<li>Configure the local security policy (see documentation on source server).\n<\/li>\n<li>Modify the configuration files <code>global<\/code> and <code>omnirc<\/code>, if required (Changes to the global file requires a restart of the Data Protector services).<\/li>\n<li>Verify the integrity of the internal database using the command <code>omnidbcheck -extended<\/code>. No errors must be displayed.<\/li>\n<li>Verify the environment by starting backups and restores after the migration.<\/li>\n<li>After the migration the old server is no longer required and can be deactivated. However, it is recommended to keep it at least for seven days with deactivated network and stopped Data Protector services.<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>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 are required to migrate a [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":3263,"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":"en","enabled_languages":["en","de"],"languages":{"en":{"title":true,"content":true,"excerpt":false},"de":{"title":false,"content":true,"excerpt":false}}},"jetpack_featured_media_url":"https:\/\/www.data-protector.org\/wordpress\/wp-content\/uploads\/2016\/12\/writedb.png","jetpack_shortlink":"https:\/\/wp.me\/p28cjj-QC","jetpack_sharing_enabled":true,"jetpack-related-posts":[{"id":3097,"url":"https:\/\/www.data-protector.org\/wordpress\/2016\/06\/hpe-data-protector-7-0x-8-0x-eol\/","url_meta":{"origin":3262,"position":0},"title":"HPE Data Protector 7.0X and 8.0X &#8211; EOL","date":"3. June 2016","format":false,"excerpt":"{:en} The time has come, this month the support for Data Protector 7.0x and 8.0x Data Protector will end. Support for version 8.1x will end 30\/06\/2017. Of course, all customers with an active maintenance contract can upgrade to the current Data Protector version 9.0x. Data Protector 9.0x includes enhancements like:\u2026","rel":"","context":"In &quot;Data Protector Links&quot;","img":{"alt_text":"","src":"https:\/\/i0.wp.com\/www.data-protector.org\/wordpress\/wp-content\/uploads\/2016\/06\/eol.png?resize=350%2C200&ssl=1","width":350,"height":200},"classes":[]},{"id":2357,"url":"https:\/\/www.data-protector.org\/wordpress\/2015\/07\/eol-plans-older-data-protector-versions\/","url_meta":{"origin":3262,"position":1},"title":"EOL Plans for older Data Protector Versions","date":"2. July 2015","format":false,"excerpt":"{:en} Today HP announced the EOL (end-of-life) plans for HP Data Protector Versions 7.0x, 8.0X, 8.1X. 11\/01\/2015 - End of Sale for HP Data Protector 7.0x & 8.0x (no longer orderable or available for purchase) 06\/30\/2016 - End of Product Support for HP Data Protector 7.0x & 8.0x 06\/30\/2018 -\u2026","rel":"","context":"In &quot;Common&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":694,"url":"https:\/\/www.data-protector.org\/wordpress\/2011\/07\/data-protector-migration-unix-to-other-os\/","url_meta":{"origin":3262,"position":2},"title":"Data Protector Migration Unix to other OS","date":"29. July 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":2190,"url":"https:\/\/www.data-protector.org\/wordpress\/2015\/01\/eadr-tape-block-size\/","url_meta":{"origin":3262,"position":3},"title":"EADR and Tape Block Size","date":"1. January 2015","format":false,"excerpt":"{:en}In older articles I often wrote about Bare Metal Recovery, a feature included in Data Protector without any additional costs and called Enhanced Automated Disaster Recovery (EADR) - see https:\/\/www.data-protector.org\/wordpress\/?s=eadr. To recover the Cell Server (see link) I always told to use tape devices with a block size of 64K.\u2026","rel":"","context":"In &quot;HowTo&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":1662,"url":"https:\/\/www.data-protector.org\/wordpress\/2016\/01\/data-protector-8-0-windows-change-user-account-dp-services\/","url_meta":{"origin":3262,"position":4},"title":"Data Protector 8.0 Windows &#8211; change user account for DP services","date":"30. January 2016","format":false,"excerpt":"{:en}In previous versions of Data Protector it was simple to change the user account for the Data Protector services. With Data Protector 8.0 and the new IDB some more steps are required to change the user. The steps below were verified in a test environment. Stop the Data Protector services\u2026","rel":"","context":"In &quot;Common&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":1710,"url":"https:\/\/www.data-protector.org\/wordpress\/2014\/01\/data-protector-8-10-whats-new\/","url_meta":{"origin":3262,"position":5},"title":"Data Protector 8.10 available &#8211; whats new?","date":"7. January 2014","format":false,"excerpt":"{:en}Data Protector 8.10 has been released. The new version delivers some new features, my favorites are the new advanced scheduler and the file-system backup, which can be resumed. For customers with a valid support contract, the new version can be downloaded here: http:\/\/support.openview.hp.com. With Data Protector 8.1 new licenses are\u2026","rel":"","context":"In &quot;Common&quot;","img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]}],"_links":{"self":[{"href":"https:\/\/www.data-protector.org\/wordpress\/wp-json\/wp\/v2\/posts\/3262"}],"collection":[{"href":"https:\/\/www.data-protector.org\/wordpress\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.data-protector.org\/wordpress\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.data-protector.org\/wordpress\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.data-protector.org\/wordpress\/wp-json\/wp\/v2\/comments?post=3262"}],"version-history":[{"count":12,"href":"https:\/\/www.data-protector.org\/wordpress\/wp-json\/wp\/v2\/posts\/3262\/revisions"}],"predecessor-version":[{"id":3275,"href":"https:\/\/www.data-protector.org\/wordpress\/wp-json\/wp\/v2\/posts\/3262\/revisions\/3275"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.data-protector.org\/wordpress\/wp-json\/wp\/v2\/media\/3263"}],"wp:attachment":[{"href":"https:\/\/www.data-protector.org\/wordpress\/wp-json\/wp\/v2\/media?parent=3262"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.data-protector.org\/wordpress\/wp-json\/wp\/v2\/categories?post=3262"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.data-protector.org\/wordpress\/wp-json\/wp\/v2\/tags?post=3262"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}