07-05-2012 07:28 AM
Hi All,
I am restoring complete windows 2003 client(vm) on another virtual machine.
-backup taken as standard client
-restore is also standard not vmdk file restore
-hostname is same
-OS installed on new machine is also same
-nbu client is 6.5.6 as it was on earlier machine
-Master server 6.5.6 on HP-UX 11.23
I am firing restore from client server, there is no communication issue, as bpclntcmd runs fine from client server
============================================================================================================
restore gets active but fails in between with sattus 5. Below are the job logs from activity monitor:
Solved! Go to Solution.
07-06-2012 11:56 AM
It failed again? With what status code? Still 185?
tar log shows 100% successful restore:
3:27:46.250 PM: [3888.3892] <2> tar_base::V_vTarMsgM: TAR - C:\wmpub\wmiislog\
3:27:46.250 PM: [3888.3892] <4> UnpackerTAR::getData(): INF - Complete data processed.
3:27:46.250 PM: [3888.3892] <4> file_system_restore::tfs_writeclose_start: INF - Set times successful.
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - Removable Storage Management: successfully imported database
3:27:46.921 PM: [3888.3892] <2> tar_base::backup_finish: TAR - restore: 66232 files
3:27:46.921 PM: [3888.3892] <2> tar_base::backup_finish: TAR - restore: file data: 135296109 bytes 9 gigabytes
3:27:46.921 PM: [3888.3892] <2> tar_base::backup_finish: TAR - restore: image data: 280182784 bytes 9 gigabytes
3:27:46.921 PM: [3888.3892] <2> tar_base::backup_finish: TAR - restore: elapsed time: 800 secs 12429824 bps
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - TAR EXITING WITH STATUS = 0
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - TAR RESTORED 66229 OF 66232 FILES SUCCESSFULLY
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - TAR KEPT 0 EXISTING FILES
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - TAR PARTIALLY RESTORED 0 FILES
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - A REBOOT OF THE MACHINE IS REQUIRED FOR ALL FILES TO TAKE EFFECT.
It seems to me you should be able to carry on with point B (not reboot, restore rest of system drives (e.g D if it is also a system drive)) followed by steps C and D....
07-05-2012 07:40 AM
HOWTO: Use NetBackup to perform a restore for a total and complete recovery of Windows XP, 2000, 2003, or 2008 client(s) that includes C: (and other system) drive(s), Shadow Copy Component, and/or System_State from a reliable full Windows-NT backup without IDR or BMR in the event of a Disaster (or need to fall back to a known working state).
http://www.symantec.com/business/support/index?page=content&id=TECH56473
By the statement "backup taken as standard client" I presume you just meant it was backed up as a 'normal' client & not dealt with as a VM client, as opposed to policy being "Standard" & not "MS_Windows-NT" type?
07-05-2012 10:31 AM
yes, that is the same technote i am following.
And yes, it was backed up as normal client. VM has nothing to do here. Policy type was MS-windows-NT type.
I have 2 concerns in the above job log, hope you have anything over that
1) Removable Storage Management: unable to import database (WIN32 21: The device is not ready. )
2) Removable Storage Management: to reimport, execute 'W2KUtil -rsm -restore' from a Command Prompt
07-05-2012 10:33 AM
I blv RSM service is causing issue, I'll try performing restore by disabling it.
Any inputs?
07-05-2012 11:35 AM
We always disabled RSM for backups as it's known to cause 'issues' there (partially complete backups etc), you've nothing to lose by disabling RSM when you try the restore procedure again.
We only ever had to do a handful of similar restore operations as this & if i have to be brutally honest only a third of them were successful......
07-06-2012 05:32 AM
It failed again with this error:
Jul 6, 2012 2:01:41 PM - Warning bpbrm (pid=24296) from client oceanus: WRN - Removable Storage Management: unable to import database (WIN32 1058: The service cannot be started, either because it is disabled or because it has no enabled devices associated with it. )
Jul 6, 2012 2:01:42 PM - Error bpbrm (pid=24296) client restore EXIT STATUS 185: tar did not find all the files to be restored
I just want to be sure if the msg at Jul 6, 2012 2:01:41 PM a warning can cause this issue. Can I ignore this warning?
07-06-2012 05:56 AM
Please share more info about which restore step is producing these errors?
Did the System drives restore complete successfully or this the one producing the errors?
Have you checked the tar log as suggested in the TN?
Please upload your tar log as attachment.
07-06-2012 08:29 AM
I am stuck on first step only
-i am trying to restore system drives at first
-initially i tried restoring c and d drive simultaneously, but it failed
-then i tried restoring only c drive, it failed again
-attaching tar logs when i restored c drive only
07-06-2012 11:56 AM
It failed again? With what status code? Still 185?
tar log shows 100% successful restore:
3:27:46.250 PM: [3888.3892] <2> tar_base::V_vTarMsgM: TAR - C:\wmpub\wmiislog\
3:27:46.250 PM: [3888.3892] <4> UnpackerTAR::getData(): INF - Complete data processed.
3:27:46.250 PM: [3888.3892] <4> file_system_restore::tfs_writeclose_start: INF - Set times successful.
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - Removable Storage Management: successfully imported database
3:27:46.921 PM: [3888.3892] <2> tar_base::backup_finish: TAR - restore: 66232 files
3:27:46.921 PM: [3888.3892] <2> tar_base::backup_finish: TAR - restore: file data: 135296109 bytes 9 gigabytes
3:27:46.921 PM: [3888.3892] <2> tar_base::backup_finish: TAR - restore: image data: 280182784 bytes 9 gigabytes
3:27:46.921 PM: [3888.3892] <2> tar_base::backup_finish: TAR - restore: elapsed time: 800 secs 12429824 bps
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - TAR EXITING WITH STATUS = 0
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - TAR RESTORED 66229 OF 66232 FILES SUCCESSFULLY
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - TAR KEPT 0 EXISTING FILES
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - TAR PARTIALLY RESTORED 0 FILES
3:27:46.921 PM: [3888.3892] <2> tar_base::V_vTarMsgW: INF - A REBOOT OF THE MACHINE IS REQUIRED FOR ALL FILES TO TAKE EFFECT.
It seems to me you should be able to carry on with point B (not reboot, restore rest of system drives (e.g D if it is also a system drive)) followed by steps C and D....
07-07-2012 12:15 AM
on activity monitor the job failed with status 5,
-i was planning to restore shadow copy components after c drive, is that fine?
i will reboot then and den start d drive restore...
below is my next plan, any inputs plz share
1) restore c drive
2) restore shadow copy components
3) reboot
4) if system comes up then restore d drive
07-09-2012 08:45 AM
Need to create a new VM and Install Windows 2003 (Same SP, Windows Updates and bits)
Named with a different name (Example: "Restore VM")
Install the NBU Client on "Restore VM"
Restore From Original Client To This New Named Client "Restore VM" - Remember give access for write on the New Named Client Properties (Master Server - Clients Tab - "Restore VM")
1. submit a job fo restore the System State (Remember Target = "Restore VM")
2. submit a job fo restore the Shadow Copy (Remember Target = "Restore VM")
3. submit a job fo restore the entire C:\ with Overwrite option (Remember Target = "Restore VM")
On finish Restart "Restore VM" and then change the Computer name and IP to the original client.
Please let us know Thanks
07-18-2012 12:32 AM
Hi,
As per Marianne I proceeded after witnessing the successful restore of C drive in tar logs. But WHen I started with shadow copy restore it failed and below were the tar logs then: