Highlighted
Absent Member.
Absent Member.
1424 views

Warning !!! - Review your DBcopy backup. It dosen't work..

FYI - DBcopy does NOT work as expected !

Having made a Backup using DBCOPY

dbcopy -d /source /destination
dbcopy -p /source /destination

I stopped GW and deleted the LIVE Domain & PO
Copied back - this time with simple CP command (with agents down)

Domain and PO start up file
GWIA did not

contacted NTS - jumped through the hoops (assumed they knew what they were doing)
created defer and other folders
checked database path in consoleone

(psst! - nothing had changed ! - but I did as requested)

Obviously - DBcopy misses out key files

anyway, to cut a long story short ....

It is necessary to down the Agents and Copy the DOMAIN folder 1st time around

After that DBcopy as above does allow you to backup and restore in case of problems

---------------------------------------------------------------
Of course its entirely possible this is in the docs somewhere and I have missed it
Labels (2)
0 Likes
8 Replies
Highlighted
Absent Member.
Absent Member.

Re: Warning !!! - Review your DBcopy backup. It dosen't work

my understanding of dbcopy is that it will take a backup of your domain and po without any issue

the gwia is relatively sacrificial and is not always in the same place or with the same directory name, the sam goes for webaccess

i've found to restore a gwia it's easier just to blow it away and recreate it

Highlighted
Absent Member.
Absent Member.

Re: Warning !!! - Review your DBcopy backup. It dosen't work

I have always tended to do a copy during initial setup of system and backup
There are time due to time that I have not kept with that...

If you have to restore from backup and you are 100 miles away....
Having to reinstall GWIA component (or reinstall anything).... lost for words

Now that I know this is a problem - I will make sure the domain is copied first with cp or rsync!!!

it takes less than 2 minutes to shutdown GW and rsync or cp the domain folder

Novell should put this in the documentation.

PS: Another issue - if you are REMOTE - GW can't be installed using VNC (and I'm not a command line junki!!)
0 Likes
Highlighted
Micro Focus Expert
Micro Focus Expert

Re: Warning !!! - Review your DBcopy backup. It dosen't work

GW can be installed remotely using an SSH client with an Xwindows redirect such as XMing - I do this all the time!

Cheers,
Laura Buckley

Views/comments expressed here are entirely my own.
If you find this post helpful, please show your appreciation and click on "Like" below...
0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: Warning !!! - Review your DBcopy backup. It dosen't work

bhrt60;2254473 wrote:
..
It is necessary to down the Agents and Copy the DOMAIN folder 1st time around

After that DBcopy as above does allow you to backup and restore in case of problems


Curious indeed.... Which version of dbcopy have you used?

I've done multiple migrations to Linux/OES (which also includes the -m switch) and reusing the files without having to reinstall components.

I'll give this a test when I can, as dbcopy should indeed copy all needed files... good thing only the gwia folder seems affected as that's easily corrected.

Cheers,
Willem
0 Likes
Highlighted
Respected Contributor.
Respected Contributor.

Re: Warning !!! - Review your DBcopy backup. It dosen't work

Dbcopy from Shipping GW2012 version

This is not migration though !

Other times I've done temp restore to get deleted - work ok since all I'm interested in PO !
Granted GWIA doesn't take long to re-install - (I prefer NOT to have to mess around with a Live system unless its totally necessary)

As I said just making sure you copy the DOMAIN folder with agents down seems to work so its a no brainer since a system with 200Gb only takes 2 mins to down and copy domain!
0 Likes
Highlighted
Respected Contributor.
Respected Contributor.

Re: Warning !!! - Review your DBcopy backup. It dosen't work

If you are using 64 bit OES and NSS - watch out !

Since GW is 32bit only...

potential problem see tid 7010474

Suggested to NTS both this and coping DOMAIN folder with agents OFF should be DOCS not just TID!
0 Likes
Highlighted
Respected Contributor.
Respected Contributor.

Re: Warning !!! - Review your DBcopy backup. It dosen't work

I would much rather take the 2 minutes to copy DOMAIN folder with agents OFF

I prefer NOT to have to FIX anything that does not need fixing...

10 mins to re-install GWIA can easily turn into 30/40...mins

been meaning check out XMing
0 Likes
Highlighted
Visitor.

Re: Warning !!! - Review your DBcopy backup. It dosen't work

bhrt60;2254473 wrote:
FYI - DBcopy does NOT work as expected !

dbcopy -d /source /destination
dbcopy -p /source /destination


"Well there is your problem!" Missing the -m option. As documented, -m includes all files in the source, even those which are not part of the GW database structures. For example, from my production backup scripts:

Full backup:

/opt/novell/groupwise/agents/bin/dbcopy -m -d /grpwise/gw1/mta /mnt/gwbackup/gw1/mta
/opt/novell/groupwise/agents/bin/dbcopy -m -p -f -t 3 /grpwise/gws1/poa /mnt/gwbackup3/gws1/poa

Daily Refresh - Pick Up Any Files Modified in last 5 days:

/opt/novell/groupwise/agents/bin/dbcopy -m -p -f -t 3 -i `date -d "5 days ago" +%m-%d-%Y` /grpwise/gws1/poa /mnt/gwbackup3/gws1/poa

I have used to migrate from old to new server, from old to new disk array on same server, as well as disaster recovery. -m is your friend. That and reading the logs to ensure it all worked.

-- Bob
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.