|

SQL Server and Other Topics

rss

I got my start with SQL Server in 1997 with SQL Server 6.5 at BellSouth Cellular. From that point on I've had the opportunity to work on Versions 6.0 to 2014. I specialize in Performance Tuning, High Availability and SQL Development. Contact me through this site or through my Twitter handle @SQLDiver


Part 1 > Part 2 > Part 3

 In the last post, part 2, I talked about the the plan and project for implementing Availability Groups.Today I will discuss the creation of an unattended install.

First, what is an unattended install, well, simply it is the ability to use a "template" configuration file to automatically complete all of the possible parameters required to install, in this case, SQL Server. It is critical to adopt a standard configuration setup, where to put the data and log files, etc., so you're unattended install will configure all servers the same.

 The easiest way to create the configuration file "ConfigurationFile.ini" is to do an install, make sure you chose all of the parameters as you would like them to be saved and used for every install. Once you get to the end of the install, on the "Ready to Install" screen prior to clicking the Install button you will see the path to the "ConfigurationFile.ini". Copy the path and file name from the text box so we can get to it later. You can now cancel the install as you've captured all of the parameters need to install SQL Server.

 

That was easy!

 Now lets make sure all of the configuration settings are correct. At this point paste the path in File Explorer to open the file in Notepad (or your favorite text editor). It should look something like the following, keep in mind that I would not copy my example as it is for another environment.

 Unattended Install ConfigurationFile.ini

Look at each parameter in the configuration file and change the ones that you want to change. You will want to test the file until it is exactly what you want, then you can put it on a network drive somewhere and run it quiet when you want to install SQL Server.

   ;SQL Server 2014 Configuration File  
[OPTIONS] 
 
; Specifies a Setup work flow, like INSTALL, UNINSTALL, or UPGRADE. This is a required parameter.  
ACTION="Install" 
 
  ;Accept Terms <- Saves you from having to accept the license terms   
 IACCEPTSQLSERVERLICENSETERMS="True"  
 
  ; Use the /ENU parameter to install the English version of SQL Server on your localized Windows operating system.   
ENU="True"  
 
; Parameter that controls the user interface behavior. Valid values are Normal for the full UI,AutoAdvance for a simplied UI, and EnableUIOnServerCore for bypassing Server Core setup GUI block.  
;UIMODE="Normal" 
 
  
; Setup will not display any user interface. (when set to true)   
QUIET="False" 
 
  ; Setup will display progress only, without any user interaction. (when set to true)   
QUIETSIMPLE="True" 
 
  ; Specify whether SQL Server Setup should discover and include product updates. The valid values are True and False or 1 and 0. By default SQL Server Setup will include updates that are found.    
 UpdateEnabled="True"  
 
; Specify if errors can be reported to Microsoft to improve future SQL Server releases. Specify 1 or True to enable and 0 or False to disable this feature.  
ERRORREPORTING="False" 
 
; If this parameter is provided, then this computer will use Microsoft Update to check for updates.  
USEMICROSOFTUPDATE="False" 
 
  ; Specifies features to install, uninstall, or upgrade. The list of top-level features include SQL, AS, RS, IS, MDS, and Tools. The SQL feature will install the Database Engine, Replication, Full-Text, and Data Quality Services (DQS) server. The Tools feature will install Management Tools, Books online components, SQL Server Data Tools, and other shared components.    
 FEATURES=SQLENGINE,CONN,BC,SSMS,ADV_SSMS  
 
  ; Specify the location where SQL Server Setup will obtain product updates. The valid values are "MU" to search Microsoft Update, a valid folder path, a relative path such as .\MyUpdates or a UNC share. By default SQL Server Setup will search Microsoft Update or a Windows Update service through the Window Server Update Services.  <-- where are the SPs or CUs?   
 UpdateSource="Z:\Apps\SQLServer2014"  
 
; Displays the command line parameters usage  
HELP="False" 
 
  ; Specifies that the detailed Setup log should be piped to the console.  <- Good for when the install errors   
 INDICATEPROGRESS="False"  
 
; Specifies that Setup should install into WOW64. This command line argument is not supported on an IA64 or a 32-bit system.  
X86="False" 
 
  ; Specify the root installation directory for shared components.  This directory remains unchanged after shared components are already installed.    
 INSTALLSHAREDDIR="C:\Program Files\Microsoft SQL Server"  
 
 ; Specify the root installation directory for the WOW64 shared components.  This directory remains unchanged after WOW64 shared components are already installed.   
INSTALLSHAREDWOWDIR="C:\Program Files (x86)\Microsoft SQL Server" 
 
  ; Specify a default or named instance. MSSQLSERVER is the default instance for non-Express editions and SQLExpress for Express editions. This parameter is required when installing the SQL Server Database Engine (SQL), Analysis Services (AS), or Reporting Services (RS).    
INSTANCENAME="MSSQLSERVER" 
 
; Specify that SQL Server feature usage data can be collected and sent to Microsoft. Specify 1 or True to enable and 0 or False to disable this feature.  
SQMREPORTING="False" 
 
; Specify the Instance ID for the SQL Server features you have specified. SQL Server directory structure, registry structure, and service names will incorporate the instance ID of the SQL Server instance.  
INSTANCEID="MSSQLSERVER" 
 
  ; Specify the installation directory.    
 INSTANCEDIR="C:\Program Files\Microsoft SQL Server"  
 
  ; Agent account name  
AGTSVCACCOUNT=planetpayment\SQLAgentSvc 
AGTSVCPASSWORD=YOURPASSWORD 
AGTSVCSTARTUPTYPE="Automatic"  
 
; CM brick TCP communication port  
COMMFABRICPORT="0" 
 
; How matrix will use private networks  
COMMFABRICNETWORKLEVEL="0" 
 
; How inter brick communication will be protected  
COMMFABRICENCRYPTION="0" 
 
; TCP port used by the CM brick  
MATRIXCMBRICKCOMMPORT="0" 
 
; Startup type for the SQL Server service.  
SQLSVCSTARTUPTYPE="Automatic" 
 
; Level to enable FILESTREAM feature at (0, 1, 2 or 3).  
FILESTREAMLEVEL="0" 
 
; Set to "1" to enable RANU for SQL Server Express.  
ENABLERANU="False" 
 
; Specifies a Windows collation or an SQL collation to use for the Database Engine.  
SQLCOLLATION="SQL_Latin1_General_CP1_CI_AS" 
   ; Account for SQL Server service: Domain\User or system account. (Remember your password will be clear text) <- these parameters can be passed in the command execution   
 SQLSVCACCOUNT=mydomain\SQLEngineSvc 
SQLSVCPASSWORD=sqlsvcpassword  
   ; Windows account(s) to provision as SQL Server system administrators. (Remember your password will be clear text) 
   SQLSYSADMINACCOUNTS="mydomain\ProdSQLAdmin" 
SAPWD=SAPASSWORD  
 
; The default is Windows Authentication. Use "SQL" for Mixed Mode Authentication.  
SECURITYMODE="SQL" 
 
  ; The Database Engine root data directory.    
 INSTALLSQLDATADIR="D:"  
 
  ; Default directory for the Database Engine user databases.    
 SQLUSERDBDIR="D:\SQLServer\SQLData"  
 
  ; Default directory for the Database Engine user database logs.    
 SQLUSERDBLOGDIR="D:\SQLServer\SQLLogs"  
 
  ; Directory for Database Engine TempDB files.    
 SQLTEMPDBDIR="G:\SQLServer\TempDb\SQLData"  
 
  ; Directory for the Database Engine TempDB log files.    
 SQLTEMPDBLOGDIR="G:\SQLServer\TempDb\SQLLogs"  
 
; Provision current user as a Database Engine system administrator for %SQL_PRODUCT_SHORT_NAME% Express.  
ADDCURRENTUSERASSQLADMIN="False" 
 
; Specify 0 to disable or 1 to enable the TCP/IP protocol.  
TCPENABLED="1" 
 
; Specify 0 to disable or 1 to enable the Named Pipes protocol.  
NPENABLED="0" 
 
; Startup type for Browser Service.  
BROWSERSVCSTARTUPTYPE="Disabled" 

Pre-Installation Script File

I usually create a script that runs prior to the install and one that runs after the install. This will allow you to automate some prep work. For instance, create folders for the data and log files on the drive.

I named my file PreInstallationScript.ps1 and this one contains the creation of the file folders for the data and log files. This script can be used to set many different configurations.

 
 New-Item D:\SQLServer\SQLData -type directory 
New-Item D:\SQLServer\SQLLogs -type directory 
New-Item F:\SQLServer\SQLData -type directory 
New-Item F:\SQLServer\SQLLogs -type directory 
New-Item G:\SQLServer\SQLData -type directory 
New-Item G:\SQLServer\SQLLogs -type directory 
New-Item G:\SQLServer\TempDb\SQLData -type directory 
New-Item G:\SQLServer\TempDb\SQLLogs -type directory 
 

Post-Installation Script File

(Uses PoSh script by Eric Humphrey (http://www.erichumphrey.com/category/powershell/)

 # Set the Windows Power Options to High Performance
Powercfg -SETACTIVE SCHEME_MIN
cls
set-location $PSScriptRoot
#Set Trace Flags 1117, 1118, 3226, 4199
.\Add-SqlServerStartupParameter.ps1 '-T1117'
.\Add-SqlServerStartupParameter.ps1 '-T1118'
.\Add-SqlServerStartupParameter.ps1 '-T3226'
.\Add-SqlServerStartupParameter.ps1 '-T4199'
$compname = $env:computername
Write-Host $compname
#cd SQLSERVER:\SQL\$compname\DEFAULT
Enable-SqlAlwaysOn -ServerInstance $compname -Force
Invoke-Sqlcmd -InputFile ".\AddTempDBFiles.sql"
Invoke-Sqlcmd -InputFile ".\Configs.sql"
Invoke-Sqlcmd -InputFile ".\GlenBerryCriticalAlerts.sql"
Invoke-Sqlcmd -InputFile ".\AlwaysOnNotifications.sql"
Invoke-Sqlcmd -InputFile ".\OlaMaintenanceSolution.sql"
read-host "Press enter to continue"

Then I wrap it Up in a Bow!

I create an UnattendedInstall.bat file to kick off the install. 

 
 net localgroup administrators /add yourdomainname\SQLEngineSVC 
cd "Z:\Apps\SQLServer2014" 
Setup.exe /ConfigurationFile=ConfigurationFile.INI 
pause 

Summary

 The unattended install can be customized to your environment using the scripts. I have left out some of the scripts here because the method of calling them is more important that the code.

This concludes Part 3 of this post. Next time we'll look at the Availability Groups.