Comments on: PowerShell poll results http://www.brentozar.com/archive/2009/04/powershell-poll-results/ SQL Server database administration, performance tuning, consulting, training, and community building. Wed, 17 Mar 2010 14:14:21 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Ra Osolage http://www.brentozar.com/archive/2009/04/powershell-poll-results/comment-page-1/#comment-8423 Ra Osolage Fri, 17 Apr 2009 20:30:16 +0000 http://www.brentozar.com/?p=3321#comment-8423 There are definitely advantages to learning PowerShell. I see your point about how Cloud computing could be beneficial. I think for enterprise DBAs, though, PowerShell is probably a better technology to learn first. Cloud computing is probably a long ways away for big enterprises. PowerShell is probably more useful in the short-term for enterprise DBAs. Matter of fact, I think enterprise DBAs should learn PowerShell first. By the time they get the hang of it, maybe all the issues and uses of Cloud computing will have been well documented. For me, I have a lot of interest in PowerShell, because Microsoft seems to be building it into so many tools now. They've made extensions for SQL Server, Exchange, Data Protection Manager, Operations Manager, etc. Learning PowerShell will probably put you ahead of the game when working with those tools let alone the Windows operating system... I'm disappointed there aren't any PowerShell presentations for th vConference... There are definitely advantages to learning PowerShell. I see your point about how Cloud computing could be beneficial. I think for enterprise DBAs, though, PowerShell is probably a better technology to learn first. Cloud computing is probably a long ways away for big enterprises. PowerShell is probably more useful in the short-term for enterprise DBAs. Matter of fact, I think enterprise DBAs should learn PowerShell first. By the time they get the hang of it, maybe all the issues and uses of Cloud computing will have been well documented.

For me, I have a lot of interest in PowerShell, because Microsoft seems to be building it into so many tools now. They’ve made extensions for SQL Server, Exchange, Data Protection Manager, Operations Manager, etc. Learning PowerShell will probably put you ahead of the game when working with those tools let alone the Windows operating system…

I’m disappointed there aren’t any PowerShell presentations for th vConference…

]]> By: Chad Miller http://www.brentozar.com/archive/2009/04/powershell-poll-results/comment-page-1/#comment-8422 Chad Miller Fri, 17 Apr 2009 19:55:04 +0000 http://www.brentozar.com/?p=3321#comment-8422 I wonder if the results of your poll are really that different when comparing DBAs with other system administration groups (Web, Exchange, Server, etc.). I mean Windows administrators really have never been heavy scripters. There is of course, a big opportunity for Powershell to change this. As far as the value proposition of Powershell for DBAs you touched on one point--multi-server administration but I would say there are at least four additional benefits to database administrators 1. Makes getting properties easier than T-SQL or SSMS. For example This one line command exposes 97 properties of a SQL instance. It would take many SQL queries or lines of C# code to accomplish the same thing. $server = new-object ("Microsoft.SqlServer.Management.Smo.Server") 'Z002\SQL2K8' $server 2. Provides a better method for doing tasks outside of the SQL space. DBAs need to do things like check disk space, hotfixes, and delete files. These tasks are easy to accomplish with Powershell, but are impossible or ugly to do with T-SQL (hint: if you're using xp_cmdshell, you probably should look into Powershell). Here's an example getting disk space get-wmiobject win32_logicaldisk -computername 'Z002' 3. While SSIS is great at complex ETL, Powershell makes it easy to to automate simple data loads. A Powershell script with a call to BULK INSERT or Data.SqlClient.SqlBulkCopy may be all that is required to load an CSV file. 4. For administrators thrust into a role who must support databases yet are not DBAs, Powershell provides a common scripting language. Granted this really isn't of a benefit to a DBA, but probably is for a administrator who doesn't know T-SQL. See Dan Jone's post on this subject: http://blogs.msdn.com/dtjones/archive/2008/08/29/powershell-vs-t-sql-or-why-did-we-add-powershell-support-in-sql2k8.aspx I'm fortunate to have Powershell installed on all of my SQL Servers, both 2000 and 2005 running Windows 2003, however by just having Powershell on your workstation there are still many tasks you can accomplish using the built-in remoting of SMO and WMI . If you're looking at using SQL + Powershell you may want to check out my Codeplex project http://sqlpsx.codeplex.com which provides over 100 functions for common SQL administration tasks. I wonder if the results of your poll are really that different when comparing DBAs with other system administration groups (Web, Exchange, Server, etc.). I mean Windows administrators really have never been heavy scripters. There is of course, a big opportunity for Powershell to change this. As far as the value proposition of Powershell for DBAs you touched on one point–multi-server administration but I would say there are at least four additional benefits to database administrators
1. Makes getting properties easier than T-SQL or SSMS. For example This one line command exposes 97 properties of a SQL instance. It would take many SQL queries or lines of C# code to accomplish the same thing.
$server = new-object (“Microsoft.SqlServer.Management.Smo.Server”) ‘Z002\SQL2K8′
$server
2. Provides a better method for doing tasks outside of the SQL space.
DBAs need to do things like check disk space, hotfixes, and delete files. These tasks are easy to accomplish with Powershell, but are impossible or ugly to do with T-SQL (hint: if you’re using xp_cmdshell, you probably should look into Powershell). Here’s an example getting disk space
get-wmiobject win32_logicaldisk -computername ‘Z002′
3. While SSIS is great at complex ETL, Powershell makes it easy to to automate simple data loads. A Powershell script with a call to BULK INSERT or Data.SqlClient.SqlBulkCopy may be all that is required to load an CSV file.
4. For administrators thrust into a role who must support databases yet are not DBAs, Powershell provides a common scripting language. Granted this really isn’t of a benefit to a DBA, but probably is for a administrator who doesn’t know T-SQL. See Dan Jone’s post on this subject: http://blogs.msdn.com/dtjones/archive/2008/08/29/powershell-vs-t-sql-or-why-did-we-add-powershell-support-in-sql2k8.aspx

I’m fortunate to have Powershell installed on all of my SQL Servers, both 2000 and 2005 running Windows 2003, however by just having Powershell on your workstation there are still many tasks you can accomplish using the built-in remoting of SMO and WMI .

If you’re looking at using SQL + Powershell you may want to check out my Codeplex project http://sqlpsx.codeplex.com which provides over 100 functions for common SQL administration tasks.

]]> By: Jerry Hung http://www.brentozar.com/archive/2009/04/powershell-poll-results/comment-page-1/#comment-8419 Jerry Hung Fri, 17 Apr 2009 18:35:35 +0000 http://www.brentozar.com/?p=3321#comment-8419 I am learning PowerShell, and very slowly using it to assist my work (so I'm in that 10%) And PowerShell already has 2.0 out while people are not even on 1.0 Funny timing, I believe this is a great start for anybody dipping into PowerShell and it fits into your CMDB topic very well too. I have it running against 1 2005 and 1 2000 box to test now, no problems The Enterprise Policy Management Framework is a reporting solution on the state of the enterprise against a desired state defined in a policy. Extend Policy-Based Management to all SQL Server instances in the enterprise. Centralize and report on the policy evaluation results. http://www.codeplex.com/EPMFramework I am learning PowerShell, and very slowly using it to assist my work (so I’m in that 10%)
And PowerShell already has 2.0 out while people are not even on 1.0

Funny timing, I believe this is a great start for anybody dipping into PowerShell
and it fits into your CMDB topic very well too. I have it running against 1 2005 and 1 2000 box to test now, no problems

The Enterprise Policy Management Framework is a reporting solution on the state of the enterprise against a desired state defined in a policy.
Extend Policy-Based Management to all SQL Server instances in the enterprise. Centralize and report on the policy evaluation results.
http://www.codeplex.com/EPMFramework

]]> By: K. Brian Kelley http://www.brentozar.com/archive/2009/04/powershell-poll-results/comment-page-1/#comment-8416 K. Brian Kelley Fri, 17 Apr 2009 17:49:08 +0000 http://www.brentozar.com/?p=3321#comment-8416 Powershell is included in Windows Server 2008 and SQL Server 2008. But many folks are still on Windows Server 2003 and SQL Server 2000/2005. So PowerShell is a separate install that's not guaranteed to be where you need it. We went through this in my group years ago and realized wscript (vbscript/jscript) wasn't enough. So we went with Perl. I don't see us changing any time soon. Powershell is included in Windows Server 2008 and SQL Server 2008. But many folks are still on Windows Server 2003 and SQL Server 2000/2005. So PowerShell is a separate install that’s not guaranteed to be where you need it. We went through this in my group years ago and realized wscript (vbscript/jscript) wasn’t enough. So we went with Perl. I don’t see us changing any time soon.

]]>