Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / DB2 Topics / May 2006

Tip: Looking for answers? Try searching our database.

Database backup without using 'backup database'

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Bernard Dhooghe - 18 May 2006 11:15 GMT
Suppose a running database (DB2 UDB) with all containers being SMS
based (file system as JFS or JFS2 on AIX).

How to make a backup (online) by doing a file system backup and not a
database backup?

Could this be done with:

db2 set write suspend for db

backup file system data used by db2 data and logs

db2 set write resume for db

with the purpose of doing:

restore of db2 file system data on another system
startup and usage of database.

The questions are:

   - will the restored database be consistent after start/restart

   - what additional resources are taken between suspend write and
resume write (a file system backup takes more time that just splitting
off a snapshot in a storage subsystem).  

Bernard Dhooghe
Pierre Saint-Jacques - 18 May 2006 18:34 GMT
What you are attemting is pzartially correct.
Putting your running db in write suspend is the first step.
Using file system copy to the target is the next.  It depends on what how
you plan to use the db on the target: standby, snapshot or mirror.
You will have more or less to copy.
Once copied the write resume is the proper way.

On the target, you have to ensure that either ALL of the following are true
and the same:
Instance name, db bname, dbpath,logpath,archivelogpath,all container paths.
Then you can use the:
db2inidb command with the proper parm.

If one or some or all of the above change, you will have to read the docs
and learn to use the relocatedb command to generate the specific file that
will tell what to relocate.

HTH,  Pierre.

Signature

Pierre Saint-Jacques
SES Consultants Inc.
514-737-4515

> Suppose a running database (DB2 UDB) with all containers being SMS
> based (file system as JFS or JFS2 on AIX).
[quoted text clipped - 24 lines]
>
> Bernard Dhooghe
hikums@gmail.com - 18 May 2006 22:07 GMT
Pierre,

Can you please elaborate the following step for any product that you
can(AIX or Linux preferred):

Pierre: Using file system copy to the target is the next.  It depends
on what how
you plan to use the db on the target: standby, snapshot or mirror.
You will have more or less to copy.
Kums: say I want to do a mirror, that way it will be a backup, and I
have to rollforward. How do I actually do the filesystem copy? The unix
or vendor product based steps are needed to get an understanding.

This is not elaborated in any manuals as it may depend on the vendor
product, but I am curious to know the exact steps.

Thanks very much in advance.

Kums
Pierre Saint-Jacques - 19 May 2006 00:28 GMT
The following link will give you quite a lot:  Just to let you know, a lot
of info on DB2 is in the Google db.
Going to Google search:  db2 and "split mirror"  produced that as the first
hit.
http://www-128.ibm.com/developerworks/db2/library/techarticle/0204quazi/0204quaz
i.html


As you see it is V7 but it applies to V8 also.

If you initdb as a mirror, you can do maintenance and backup on the copy and
then restablish the mirrors in a reverse way.

Now for the file system copies, it depends on what disk hardware you are
using.  It can be as crude as doing an OS file copy to tape and copying to
disk on the target and as fancy as using Flash Copy services on an IBM ESS
box.

If you use DB2 Backup commands, it could be a little more interesting.

Let me know if you need more,  Pierre.

Signature

Pierre Saint-Jacques
SES Consultants Inc.
514-737-4515

> Pierre,
>
[quoted text clipped - 15 lines]
>
> Kums
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.