Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Can I restore part of the database to a mapped drive due to disk space issue ? Expand / Collapse
Author
Message
Posted Thursday, February 10, 2011 2:05 PM
SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: Tuesday, October 14, 2014 12:13 PM
Points: 178, Visits: 252

Hi
I have a backup file in a portable hard drive directly attached to the server ( one that has Sql sever )
I am going to do a restore using the following command:

restore database NGDEVL
from disk = N'R:\NGDVLBK12032010' -- assumes the file is local - Ask Dave for the path of the file.
with file = 1,
move 'NextGen_System_Data' to 'M:\SQL Data Files DBI02\MSSQL.4\MSSQL\Data\NGDevl_System_Data.mdf',
move 'NextGen_Core_Data_1' to 'X:\Data\NGDevl_Core_Data_1.ndf',
move 'NextGen_Index_1' to 'M:\SQL Data Files DBI02\MSSQL.4\MSSQL\Data\NGDevl_Index_1.ndf',
move 'NextGen_Log' to 'N:\SQL Log Files DBI02\NGDevl_Log.ldf',
recovery,
stats = 10;

Points to note:
R: points to the drive letter assigned to the portable hard drive.
M: refers to the drive that has Sql server.
x: refers to a mapped drive in another server.

Here is my question:
Will the RESTORE work with mapped drives ( where the actual drive sits in another server )

Post #1062301
Posted Thursday, February 10, 2011 2:57 PM


SSC-Forever

SSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-Forever

Group: General Forum Members
Last Login: Today @ 9:22 AM
Points: 40,632, Visits: 37,094
No. SQL has a number of requirements for drives for data files, the network protocol doesn't meet them.


Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability

We walk in the dark places no others will enter
We stand on the bridge and no one may pass

Post #1062327
Posted Thursday, February 10, 2011 7:06 PM
Old Hand

Old HandOld HandOld HandOld HandOld HandOld HandOld HandOld Hand

Group: General Forum Members
Last Login: Friday, September 26, 2014 12:57 AM
Points: 343, Visits: 1,520
Using SQL Virtual Restore may be another option if space is limited. Basically, you can mount live databases from backup sets without actually having to restore the original data and log files.

Ray Mond
Yohz Software
Providing SQL Server database tools for 9 years and counting.
http://www.yohz.com
Post #1062389
Posted Thursday, February 10, 2011 7:28 PM
Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Thursday, December 4, 2014 7:54 PM
Points: 3,087, Visits: 2,686
SQL Server can be configured using a trace flag to allow the use of network drives. Trace flag 1807 bypasses SQL Servers checks for network bases drive.

There are reasons that Microsoft implemented the standard checks that normally stop you using network drives for database files. These are because SQL Server is expected disk drives to, for instances, actually garentee that data is written when the drive (and associated firmware etc) says that data has been written. You run the risk of corruption occurring in you database if you do use network drives.

For more information, have a read of http://support.microsoft.com/kb/304261. It discusses the issues and you can then make an informed decision on whether to use this trace flag.



Post #1062393
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse