Re: Moving DB
2015-10-04 17:46:05
And while you're at it, don't forget to DEFINE DBCOPY to mirror=20
your database and recovery log volumes. Or is this belt and=20
suspenders on a RAID-5 system?=20
"Just because you're paranoid doesn't mean they're not out to get you." =
Rich=20
At 03:57 PM 3/25/99 -0500, you wrote:=20
>>>>=20
RE: Moving DB=20
Fred, if you're not moving to a new server there's no reason to go =
through
this.=20
Define your new database logical volumes (and file systems, if you're =
going
this route) to AIX on the new RAID box.=20
Then, as ADSM admin, define dbvolume to ADSM.=20
And then - delete dbvolume=20
This will kick off a background process to move the database data from =
the
old volume to the new. Do the delete for each of the old dbvolumes, =
until
query dbvolume only shows the RAID system.=20
No down time required! (Never hurts to do the DB backup to tape first,
though :-)=20
Tom Kauffman=20
Sr. Technical Analyst,=20
NIBCO, Inc=20
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- Re: Moving DB, (continued)
- Re: Moving DB, Thomas A. La Porte
- Re: Moving DB, Richard C. Dempsey
- Re: Moving DB, Purdon, James
- Re: Moving DB, Nichols, Linnea
- Re: Moving DB, Fred Johanson
- Re: Moving DB, Richard Sims
- Re: Moving DB, Purdon, James
- Re: Moving DB, Bruce Elrick
- Re: Moving DB, Fred Johanson
- Re: Moving DB, Dusedau, Stefan
- Re: Moving DB,
Richard C . Dempsey [mailto:dempsey <=
|
|
|