crazy thought: what if I point a cooked chunk link to /dev/null?

crazy thought: what if I point a cooked chunk link to /dev/null?

Post by emeboh » Sun, 20 Jun 2004 02:37:09


I have asked this before in another forum, just wondering if anyone
has any thoughts on what would happen? Thinking about how I might
restore one database from a level 0 containing two databases, avoiding
over laying the one I dont want to restore by repointing all of its
links to /dev/null? This sounds crazy I know, just wondering what you
guys think! The ability to easily restore one database in a
multidatabase instance is something we have always struggled with just
because no one here has ever mastered HPL.
 
 
 

crazy thought: what if I point a cooked chunk link to /dev/null?

Post by Neil Trub » Sun, 20 Jun 2004 02:58:39


Try it and find out!
I guess you're saying that you have a root dbspace, a llog and phys log
dbspace and 2 app dbspaces each containing a database?
My guess? It won't work. When you try to bring the server out of recovery
mode and online, it'll try and open each chunk, fail on the /dev/null one,
and barf.

 
 
 

crazy thought: what if I point a cooked chunk link to /dev/null?

Post by Dale Gilbe » Sun, 20 Jun 2004 04:53:58


Why not just restore the chunks that contain the db in question

-----Original Message-----
From: sumGirl [mailto: XXXX@XXXXX.COM ]
Sent: Friday, June 18, 2004 10:37 AM
To: XXXX@XXXXX.COM
Subject: crazy thought: what if I point a cooked chunk link to
/dev/null?


I have asked this before in another forum, just wondering if anyone
has any thoughts on what would happen? Thinking about how I might
restore one database from a level 0 containing two databases, avoiding
over laying the one I dont want to restore by repointing all of its
links to /dev/null? This sounds crazy I know, just wondering what you
guys think! The ability to easily restore one database in a
multidatabase instance is something we have always struggled with just
because no one here has ever mastered HPL.

sending to informix-list