John Stoffel john@casc.com writes:
- VOBs cannot be on NetApps
True, but VOB storage pools can be. (That's the great bulk of VOB storage anyway.)
- You can NOT snapshot a VOB without first locking the VOB to make sure it is consistent.
Yep; the way we used to do it: (a) lock the VOB, (b) copy over the non-storage-pool VOB stuff to the filer [so you've got all the VOB stuff in "one place"]; (c) snapshot; (d) unlock the VOB; (e) take a copy of the snapshot at your leisure; (f) delete the snapshot.
Will
PS: Any, you're in Motorola, I can even give you the code required :-)
- You can NOT snapshot a VOB without first locking the VOB to make
sure it is consistent.
Will> Yep; the way we used to do it: (a) lock the VOB, (b) copy over Will> the non-storage-pool VOB stuff to the filer [so you've got all Will> the VOB stuff in "one place"]; (c) snapshot; (d) unlock the VOB; Will> (e) take a copy of the snapshot at your leisure; (f) delete the Will> snapshot.
The problem with us doing this is that we're also doing builds at night when we're backing up the VOBs, so locking them for any real length of time is out of the question for us. Instead we do:
1. lock vob 2. break vob mirror 3. unlock vob. 4. mount the quiet half of the mirror 5. back up the quiet half 6. unmount 7. rebuild the mirror.
Not ideal, but until we get the VxFS filesystem and it's snapshot ability, I can't do better. And of course this isn't using toasters for storage, so it's a bit off topic.
Will> PS: Any, you're in Motorola, I can even give you the code Will> required :-)
Why can't you share it with the rest of the world?
John John Stoffel - Senior Unix Systems Administrator - Lucent Technologies stoffel@lucent.com - http://www.lucent.com - 978-952-7548 john.stoffel@ascend.com - http://www.ascend.com
We have successfully kept our ClearCase pools on a NAC F760 for about a year now. There are sites that report keeping the DB on the NAC too, but since Rational does not support this, I would not advise it.
You can launch a snapshot on the NAC filer with a "snap create" command so you can take a picture of the pools and sync that up with a picture of the DB.
Our backup scenario is very close to the one you outlined, but the NAC is also involved.
1. Delete last nights pools snapshot (see step 4) 2. Lock the VOBs 3. Break the mirror for the DB area (Veritas) 4. Launch a snapshot of the pools area 5. Unlock the VOBs 6. Back up the quiescent half of the mirror 7. Re-silver the mirror 9. The nightly NAC backups cover the named snapshot
Now you have two tapes that when put together can recreate the entire CC environment.
Why go through all this trouble? Because you only have to mirror a small part of your CC environment now (the DB) while the bulk of the data (the pools) can be stored on the NAC. I was hesitant to sign up for mirroring our entire development environment. The expense can be great, and the time to re-silver the mirror could also expand beyond the allowable limits (loading the VOB server while it is reassembled).
Larry Breniser Technical Support Manager
John Stoffel wrote:
- You can NOT snapshot a VOB without first locking the VOB to make
sure it is consistent.
Will> Yep; the way we used to do it: (a) lock the VOB, (b) copy over Will> the non-storage-pool VOB stuff to the filer [so you've got all Will> the VOB stuff in "one place"]; (c) snapshot; (d) unlock the VOB; Will> (e) take a copy of the snapshot at your leisure; (f) delete the Will> snapshot.
The problem with us doing this is that we're also doing builds at night when we're backing up the VOBs, so locking them for any real length of time is out of the question for us. Instead we do:
1. lock vob 2. break vob mirror 3. unlock vob. 4. mount the quiet half of the mirror 5. back up the quiet half 6. unmount 7. rebuild the mirror.Not ideal, but until we get the VxFS filesystem and it's snapshot ability, I can't do better. And of course this isn't using toasters for storage, so it's a bit off topic.
Will> PS: Any, you're in Motorola, I can even give you the code Will> required :-)
Why can't you share it with the rest of the world?
John John Stoffel - Senior Unix Systems Administrator - Lucent Technologies stoffel@lucent.com - http://www.lucent.com - 978-952-7548 john.stoffel@ascend.com - http://www.ascend.com
-
John Stoffel -
Larry Breniser -
Will Partain