<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
Article Discussions
»
Article Discussions by Author
»
Discuss content posted by Aaron Nelson
»
Finding Free Space per Data File with...
18 posts, Page 1 of 2
1
2
»»
Finding Free Space per Data File with PowerShell
Rate Topic
Display Mode
Topic Options
Author
Message
Aaron Nelson - SQLvariant
Aaron Nelson - SQLvariant
Posted Tuesday, May 10, 2011 9:52 PM
SSC Rookie
Group: General Forum Members
Last Login: Tuesday, February 12, 2013 12:54 PM
Points: 41,
Visits: 120
Comments posted to this topic are about the item
Finding Free Space per Data File with PowerShell
@SQLvariant
I have a
PowerShell script
for you.
Post #1106618
SQLHeap
SQLHeap
Posted Wednesday, May 11, 2011 6:35 AM
Old Hand
Group: General Forum Members
Last Login: Tuesday, May 14, 2013 12:46 PM
Points: 346,
Visits: 405
Where can I get this cmdlet Get-SqlDatabase? Am using PSv2.0, SQL08, WinXP.
"The term 'Get-SqlDatabase' is not recognized as the name of a cmdlet,"
There is an exception to every rule, except that one...
Post #1106839
WI-DBA
WI-DBA
Posted Wednesday, May 11, 2011 7:11 AM
SSC Journeyman
Group: General Forum Members
Last Login: 2 days ago @ 9:36 AM
Points: 93,
Visits: 545
The hard way.... sheesh :)
Pass in an SMO sql object and here you go! (doing the log files is that easy as well)
Function Get-DatabaseFilesBySpaceAvailable ([Microsoft.SqlServer.Management.Smo.Server] $SmoSqlServer
, [decimal] $sizeThreshold=0.85)
{
$sqlServer.Databases | Where-Object{$_.Status -eq "Normal"} `
| Select-Object FileGroups -ExpandProperty FileGroups `
| Select-Object Files -ExpandProperty Files `
| Where-Object {$_.MaxSize -gt -1} `
| Where-Object {$_.Size -gt ($_.MaxSize * $sizeThreshold)} `
| Select Name,UsedSpace,Size,MaxSize
}
Cheers
http://twitter.com/widba
http://widba.blogspot.com/
Post #1106880
Nadrek
Nadrek
Posted Wednesday, May 11, 2011 7:23 AM
Say Hey Kid
Group: General Forum Members
Last Login: Monday, May 13, 2013 9:25 AM
Points: 670,
Visits: 2,026
Hmmm... I usually just use SQL to find SQL data.
EXEC ('DBCC SQLPERF(logspace)'); - handles overall log information per database... but unless you have multiple Tlog files because you have critical drive space issues or for some other reason, that's not an issue. Runs on all DBs.
DBCC LOGINFO - shows VLFs in the Tlog (I particularly like watching Total Size/VLF; for very large Tlogs, this is more important). Runs on the current DB (so do dynamic SQL with a USE dbname; first).
DBCC SHOWFILESTATS - shows total and used extents for each data file. Runs on the current DB.
Post #1106894
WI-DBA
WI-DBA
Posted Wednesday, May 11, 2011 7:33 AM
SSC Journeyman
Group: General Forum Members
Last Login: 2 days ago @ 9:36 AM
Points: 93,
Visits: 545
@Nadrek - using SQL is the normal way for most of us.
At some point, you are going to have too many servers to manage doing on a server by server basis.
Utilizing a script that reads your central inventory server or simply a text file, you can check over every database file on every server in your enterprise - no multiple deployments or huge server groups to manage in SSMS. (I run a whole battery of checks nightly on every server, as I find something else, i just add it to my monitoring scripts in one location, the next day I have new info)
To me, that is the benefit.
Cheers
http://twitter.com/widba
http://widba.blogspot.com/
Post #1106914
Nadrek
Nadrek
Posted Wednesday, May 11, 2011 7:36 AM
Say Hey Kid
Group: General Forum Members
Last Login: Monday, May 13, 2013 9:25 AM
Points: 670,
Visits: 2,026
WI-DBA (5/11/2011)
@Nadrek - using SQL is the normal way for most of us.
At some point, you are going to have too many servers to manage doing on a server by server basis.
Utilizing a script that reads your central inventory server or simply a text file, you can check over every database file on every server in your enterprise - no multiple deployments or huge server groups to manage in SSMS. (I run a whole battery of checks nightly on every server, as I find something else, i just add it to my monitoring scripts in one location, the next day I have new info)
To me, that is the benefit.
That's why the script INSERTS INTO a central monitoring server from each server I manage, based on SQL Server Agent Jobs; I just read from the central monitoring server.
The SQL Server Agent Jobs and SP's are distributed using SSMS's Multiple Instance capability, based on Registered Server groups.
Post #1106920
Aaron Nelson - SQLvariant
Aaron Nelson - SQLvariant
Posted Wednesday, May 11, 2011 7:38 AM
SSC Rookie
Group: General Forum Members
Last Login: Tuesday, February 12, 2013 12:54 PM
Points: 41,
Visits: 120
Nadrek (5/11/2011)
WI-DBA (5/11/2011)
@Nadrek - using SQL is the normal way for most of us.
At some point, you are going to have too many servers to manage doing on a server by server basis.
Utilizing a script that reads your central inventory server or simply a text file, you can check over every database file on every server in your enterprise - no multiple deployments or huge server groups to manage in SSMS. (I run a whole battery of checks nightly on every server, as I find something else, i just add it to my monitoring scripts in one location, the next day I have new info)
To me, that is the benefit.
That's why the script INSERTS INTO a central monitoring server from each server I manage, based on SQL Server Agent Jobs; I just read from the central monitoring server.
The SQL Server Agent Jobs and SP's are distributed using SSMS's Multiple Instance capability, based on Registered Server groups.
Looks like you read my mind on the next article in the series
@SQLvariant
I have a
PowerShell script
for you.
Post #1106924
WI-DBA
WI-DBA
Posted Wednesday, May 11, 2011 8:31 AM
SSC Journeyman
Group: General Forum Members
Last Login: 2 days ago @ 9:36 AM
Points: 93,
Visits: 545
@Nadrek - Its a preference really, I don't like having lots of maintenance jobs on my servers, and when I come up with something new to check, the single deployment makes the whole process much quicker to deploy.
Cheers
http://twitter.com/widba
http://widba.blogspot.com/
Post #1107008
Ofer Gal
Ofer Gal
Posted Wednesday, May 11, 2011 9:06 AM
Forum Newbie
Group: General Forum Members
Last Login: Thursday, May 12, 2011 4:24 PM
Points: 6,
Visits: 13
On the SQL server I only have PS1
and the hard way gives me error:
Unexpected token 'in' in expression or statement.
At D:\Temp\freeInDB.ps1:11 char:40
+ $cmdStatement+=foreach ($DFileGroups in <<<< $db.FileGroups)
I just need to know how much unused space (GB) I have in 309GB database.
even a SQL script will do.
Post #1107049
SQLHeap
SQLHeap
Posted Wednesday, May 11, 2011 9:08 AM
Old Hand
Group: General Forum Members
Last Login: Tuesday, May 14, 2013 12:46 PM
Points: 346,
Visits: 405
Ofer Gal (5/11/2011)
On the SQL server I only have PS1
and the hard way gives me error:
Unexpected token 'in' in expression or statement.
At D:\Temp\freeInDB.ps1:11 char:40
+ $cmdStatement+=foreach ($DFileGroups in <<<< $db.FileGroups)
I just need to know how much unused space (GB) I have in 309GB database.
even a SQL script will do.
DBCC SQLPERF(logspace)
There is an exception to every rule, except that one...
Post #1107050
« Prev Topic
|
Next Topic »
18 posts, Page 1 of 2
1
2
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
