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

Moving data from one mdf to multiple ndf files Expand / Collapse
Author
Message
Posted Friday, April 19, 2013 7:35 AM
SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: General Forum Members
Last Login: Tuesday, August 26, 2014 7:58 AM
Points: 49, Visits: 407
I have a database with one 110g mdf file. I would like to stripe the I/O across five 25g files and purge the data out of the 110g file so they
are all the same size. What is the easiest way to accomplish this task, if possible?
Post #1444392
Posted Friday, April 19, 2013 7:39 AM
SSC-Enthusiastic

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

Group: General Forum Members
Last Login: Wednesday, July 16, 2014 3:44 AM
Points: 146, Visits: 282
Create the additional files on the desired drives, and then you should identify the most utilised tables and split them accordingly.
You would simply change the storage for the clustered index, to move the actual table data to a new file.

Is there any reason you want to do this though?
Is I/O a problem or is there an issue with the overall amount of diskspace required for the Database?


EDIT: Not sure if it is possible to do exactly what you're looking to for in your explanation above - you are basically wanting to exactly split the I/O across the 5 drives?

Ultimately you're looking to RAID.
Post #1444397
Posted Friday, April 19, 2013 7:40 AM


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 @ 10:19 AM
Points: 43,026, Visits: 36,192
smitty-1088185 (4/19/2013)
I have a database with one 110g mdf file. I would like to stripe the I/O across five 25g files and purge the data out of the 110g file so they are all the same size.


Why? What's the goal here, what are you expecting to achieve by doing this?



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 #1444398
Posted Friday, April 19, 2013 7:46 AM
SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: General Forum Members
Last Login: Tuesday, August 26, 2014 7:58 AM
Points: 49, Visits: 407
I'm trying to performance-tune the SharePoint WSS_UsageApplication database which is getting hit pretty hard. I noticed the auto stats were off, there were missing indexes and one single mdf file.
Post #1444406
Posted Friday, April 19, 2013 7:49 AM
SSC-Enthusiastic

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

Group: General Forum Members
Last Login: Wednesday, July 16, 2014 3:44 AM
Points: 146, Visits: 282
Why is a single mdf file being classed as a problem though?
Are there large disk queues?
If so, splitting up onto multiple files may not help (in some cases it can make matters worse).
you'll have to look at the underlying causes if there is a problem with I/O.

Start with the missing indexes...
Post #1444408
Posted Friday, April 19, 2013 7:56 AM


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 @ 10:19 AM
Points: 43,026, Visits: 36,192
smitty-1088185 (4/19/2013)
I'm trying to performance-tune the SharePoint WSS_UsageApplication database which is getting hit pretty hard..


Is it IO-bottlenecked?
Are those 5 files going to be on separate IO channels?



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 #1444416
Posted Friday, April 19, 2013 7:57 AM


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 @ 10:19 AM
Points: 43,026, Visits: 36,192
McSQL (4/19/2013)
Start with the missing indexes...


You can't add indexes to a sharepoint content database without losing all support.



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 #1444417
Posted Friday, April 19, 2013 8:12 AM
SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: General Forum Members
Last Login: Tuesday, August 26, 2014 7:58 AM
Points: 49, Visits: 407
GilaMonster (4/19/2013)
McSQL (4/19/2013)
Start with the missing indexes...


You can't add indexes to a sharepoint content database without losing all support.


Really, I didn't know that. As soon as I created the missing indexes the I/O dropped from 50% to 7%. Maybe I need to look
at SharePoint documentation instead of just SQL.
Post #1444429
Posted Friday, April 19, 2013 8:30 AM


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 @ 10:19 AM
Points: 43,026, Visits: 36,192
Yup, the indexing in sharepoint is terrible and if you add any useful indexes it will probably perform better. If you then call MS support with any problem, they'll pretty much just tell you to have a nice day.


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 #1444450
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse