wildbill9999
ADSM.ORG Member
We do our Disaster Recovery at a remote site and we restore a mix of about 30 servers, Win 2003, HP-UX, AIX, Linux. These servers are not identical to the original servers so the restores use the -virtualnodename parameter to identify the original server. I have a set of scripts that run the restore jobs within their collocation groups using a tape library with six drives. This avoids having to manually start and monitor every restore. All this has been tested many times and works well.
Now, I am required to encrypt the DRM tapes. All my dsm.opt files specify "encryptkey save". This works fine until I run a DR test. I find that each directory I restore on each server will prompt me for the encryption key before it restores any encrypted files. Even though I use the same key for every backup on every server, I specify "encryptkey save", and I establish that key on each DR server, I am still prompted to enter the password manually for every directory I restore. This is extremely labor-intensive for a large DR that runs for two days. And tiring!
I might overcome this with a "Here document" on the Unix servers (haven't tested that yet, but it should work), but there's no such thing for Windows.
Does anyone know a way to overcome this limitation? Some way to persuade the DR server to accept the stored encryption key, or stop prompting after the first entry, or any other method that might help?
Does anyone know a way to persuade the DR servers to
Now, I am required to encrypt the DRM tapes. All my dsm.opt files specify "encryptkey save". This works fine until I run a DR test. I find that each directory I restore on each server will prompt me for the encryption key before it restores any encrypted files. Even though I use the same key for every backup on every server, I specify "encryptkey save", and I establish that key on each DR server, I am still prompted to enter the password manually for every directory I restore. This is extremely labor-intensive for a large DR that runs for two days. And tiring!
I might overcome this with a "Here document" on the Unix servers (haven't tested that yet, but it should work), but there's no such thing for Windows.
Does anyone know a way to overcome this limitation? Some way to persuade the DR server to accept the stored encryption key, or stop prompting after the first entry, or any other method that might help?
Does anyone know a way to persuade the DR servers to