I don't think your problem is regarding SAN or not SAN.

I remember that I once had to restore a SQL database from one drive to 
another and there is some speciel options on the restore.
I don't remember what options it is, but it has something to do with moving 
the databases.

My restore was done using NBU 4.5 also on Win2K, but the agent was on a NT4 
server running SQL 6.5

What we did was just install a new server with NT4 and SQL 6.5 from the 
bottom up and then restore the SQL database.
We had to move the databases to different drives because the new server was 
on our SAN and our standard server setup regarding drive letters are 
different now then if was when the original server went into production.

/johnny


At 15:22 26-02-2003 -0500, Derek Augustine wrote:
>I've run into a problem, hopefully someone can help.
>
>Our NBU environment is Datacenter 4.5 on Windows 2000.
>
>We have a new SQL system and the data is stored on drive E: which is a
>virtual drive on our SAN.  There are apps on the c: partition on the
>server as well.  Management tasked me with restoring the system "in
>tact".  The problem I have is that I don't have room on the SAN to
>recreate the environment.  I do have a single server, created a second
>partition naming it E:, but have had no luck getting the SQL to work in
>this environment.  In the beginning the SQL bombs returning an error
>"The ordinal 29 would not be located in dll: odbcbcp.dll"  I re-copy the
>odbcbcp.dll into the Winnt\system32 directory and reregister it,
>eliminating this error.  The SQL service still will not start, erroring
>out with a connection error.  I have also tried deinstalling and
>reinstalling SQL.  Does anyone have any experience or suggestions?
>
>Thanks,
>
>Derek Augustine
>
>_______________________________________________
>Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu