Azure PowerShell Tools version 0.8.6 is available
The Azure PowerShell Tools are updated very often. But, this 0.8.6 release, is special and has many features that I was looking forward to. This release has the new Azure VM DSC extension cmdlets, …
Finally: Non-interactive login support for Microsoft Organizational account with Add-AzureAccount -Credential.
For achieving daily full script automation, the login pop-up window every 24h wasn’t very nice.
Write-Host Considered Harmful
When you are writing or reviewing PowerShell scripts, I’d like you to remember the following rule of thumb: Using Write-Host is almost always wrong. Write-Host is almost always the wrong thing to d…
I’ll be reviewing some of my stuff on github after reading this.
Using PowerShell to discover information about your Microsoft SQL Servers
Since the SQL Server 2014 client tools are installed on our workstation, there is a PowerShell module namedSQLPS installed.
Free ebook: Building Cloud Apps with Microsoft Azure - Microsoft Press - Site Home - MSDN Blogs
This ebook walks you through a patterns-based approach to building real-world cloud solutions. The patterns apply to the development process as well as to architecture and coding practices.
The content is based on a presentation developed by Scott Guthrie and delivered by him at the Norwegian Developers Conference (NDC) in June of 2013 (part 1, part 2), and at Microsoft Tech Ed Australia in September 2013 (part 1, part 2). Many others updated and augmented the content while transitioning it from video to written form.
Command history on the powershell prompt
When you get used to issuing commands on the linux/unix prompt, one thing you’re sure to miss is that when you close and open another terminal or command line window the history is gone,
With a tip from the guys at powershell magazin, you can get that working for windows powershell.
That way you can always remember what have been up to recently on the command line.
Thinking of messing around with your Sharepoint database?
You better think again. If you consider doing any of the following changes:
- Adding database triggers
- Adding new indexes or changing existing indexes within tables
- Adding, changing, or deleting any primary or foreign key relationships
- Changing or deleting existing stored procedures
- Calling existing stored procedures directly, except as described in the SharePoint Protocols documentation
- Adding new stored procedures
- Adding, changing, or deleting any data in any table of any of the databases for the products that are listed in the “Applies to” section
- Adding, changing, or deleting any columns in any table of any of the databases for the products that are listed in the “Applies to” section
- Making any modification to the database schema
- Adding tables to any of the databases for the products that are listed in the “Applies to” section
- Changing the database collation
- Running DBCC_CHECKDB WITH REPAIR_ALLOW_DATA_LOSS (However, running DBCC_CHECKDB WITH REPAIR_FAST and REPAIR_REBUILD is supported, as these commands only update the indexes of the associated database.)
- Enabling SQL Server change data capture (CDC)
- Enabling SQL Server transactional replication
- Enabling SQL Server merge replication
And these unsupported database modifications are discovered during a support call then, to get support back… just perform a database restoration from the last known good backup that did not include the database modifications.
I really don’t get the implications of creating new stored procedures or indexes. It’ s perfectly common for a DBA to sometimes add non-business related objects to get some usage overview.
Hope I never get called to solve performance issues on a Sharepoint MSSQL database. I might inadvertently ruin their support eligibility.
Source: here.