Skip to main content

PASS Summit Day 2

Day 2 started off with Andy Warren's recommendation of Top Pot Doughnuts.  
I normally exercise in the morning so the walk down to Top Pot was a nice equivalent. 
Top Pot sits right in front of pylon 43 of the Space Needle monorail on 5th Street downtown.
They have the mother of all glazed donuts and excellent coffee.  Coffee so smooth I could drink it black. That's significant. I don't like black coffee. 

Day 2 was to be BI day for me at the PASS Summit but it quickly turned into the search for Ola Hallengren.  

I attended or wanted to attend the following sessions: 

Automate SQL Server Administration with PowerShell by Allen White
I've read a bunch of Allen's blog posts so I wanted to see him in person.  He did a broad overview of how to automate DBA tasks using PowerShell.  If you're a DBA wanting to learn PowerShell, Allen should be on your list of people of blog posts to read and one of your Follows on Twitter. I did see all of this presentation and introduced myself to Allen afterwards.

50 Surprising Features of SQL Server Business Intelligence by Amir Netz, Donald Farmer
I wanted to see this session after hearing Amir Netz speaking during the morning keynote but I really wanted to meet Ola Hallengren at the Summit.  So, I went searching for him. The power of Twitter helped me to get a description and picture of him.

Data Warehouse Design and Architecture Best Practices by Erik Veerman
I sat for the beginning of this presentation but then I heard Ola was in the Experts Area in the Expo hall so I bailed out.  I did find Ola in the Experts Area and we spoke for over an hour about his Maintenance Solution script.  We had a great conversation and I'm all the more convinced that we need to be using his script at my employer.

Business Intelligence End to End by Donald Farmer
This session was cancelled. I'm hoping it ends up on the DVDs somehow.

Another excellent day at the Summit.  It was great to meet Ola Hallengren in person! 


Popular posts from this blog

Modifying Endpoint URLs on Availability Group Replicas

I recently had to modify the Endpoint URLs on our SQL Server Availability Group replicas.  The reason for this blog post is that I could not answer the following questions: Do I need to suspend data movement prior to making this change?  Would this change require a restart of the database instance? I spent enough time searching on my own to no avail that I tossed the question to the #sqlhelp hashtag on Twitter and Slack but didn't get an answer prior to executing the change request. After reading the relevant documentation, I think it's probably a good idea to suspend data movement for this change. The T-SQL is straightforward.  USE MASTER GO ALTER AVAILABILITY GROUP [AG1]  MODIFY REPLICA ON 'SQL2012-1' WITH (ENDPOINT_URL = 'TCP://'); ALTER AVAILABILITY GROUP [AG1]  MODIFY REPLICA ON 'SQL2012-2' WITH (ENDPOINT_URL = 'TCP://'); ALTER AVAILABILITY GROUP [AG2]  MODIFY REPLICA ON 'SQL2012-1

Set Azure App Service Platform Configuration to 64 bit.

If you need to update several Azure App Services' Configuration to change the Platform setting from 32 bit to 64 bit under Configuration | General settings, this script will save you about six clicks per service and you won't forget to press the SAVE button. Ask me I know. 🙄 Login-AzureRmAccount Set-AzureRmContext  -SubscriptionName  "Your Subscription" $ResourceGroupName  =  'RG1' ,  'RG2', 'RG3' foreach  ( $g   in   $ResourceGroupName ) {       # Set PROD slot to use 64 bit Platform Setting      Get-AzureRmWebApp  -ResourceGroupName  $g  | Select Name |  %  {  Set-AzureRmWebApp  -ResourceGroupName  $g  -Name  $_ .Name  -Use32BitWorkerProcess  $false  }       # Set staging slot to use 64 bit Platform setting      Get-AzureRmWebApp  -ResourceGroupName  $g  | Select Name |  %  {  Set-AzureRmWebAppSlot  -ResourceGroupName  $g  -Name  $_ .Name  -Slot  "staging"  -Use32BitWorkerProcess  $false  }  }

AzureRM Templates 101

I've recently started working with AzureRM templates to build new environments. This document really helped me understand the template structure when I first started looking at them. I love examples when I'm trying to learn something new and the Quick Start templates are the mother lode. Our goal is to incorporate our templates into an Azure Blueprint so that we can quickly build new environments when needed.  AzureRM templates can be artifacts of a blueprint.