[SQL in Azure] Getting Started with SQL Server in Azure Virtual Machines

The Windows Server installation in the platform image contains the following configurations settings and components:

• Remote Desktop is enabled for the administrator account.
  
  
• Windows Update is enabled.
  
  
• By default, the user account specified during provisioning is a member of the local Administrators group. This administrator account is also the member of the SQL Server sysadmin server role.
  
  
• The virtual machine is a member of a workgroup named WORKGROUP.
  
  
• The Guest account is not enabled.
  
  
• Windows Firewall with Advanced Security (c:\Windows\System32\WF.msc) is turned on.
  
  
• .NET Framework version 4 is installed.
  
  
• The size of the virtual machine is specified during provisioning.
  
  
• Medium is the smallest size recommended for normal workloads.
  
  
• The minimum recommended size for a virtual machine is Large when using SQL Server Enterprise Edition.
  
  
• The size-selected limits the number of data disks you can configure. For most up-to-date information on available virtual machine sizes and the number of data disks that you can attach to a virtual machine, see Virtual Machine Sizes for Azure.
  
  

The SQL Server installation in the platform image contains the following configurations settings and components:

• Database Engine
  
  
• Analysis Services
  
  
• Integration Services
  
  
• Reporting Services (configured in Native mode)
  
  
• AlwaysOn Availability Groups are available in SQL Server 2012 (or later) but need additional configuration before they can be used. For more information, see High Availability and Disaster Recovery for SQL Server in Azure Virtual Machines.
  
  
• Replication
  
  
• Full-Text and Semantic Extractions for Search (Semantic Extractions in SQL Server 2012 or later only)
  
  
• Data Quality Services (SQL Server 2012 or later only)
  
  
• Master Data Services (SQL Server 2012 or later only), but requires additional configuration and components. To run Master Data Services in a virtual machine in Azure, install the Web Server (Internet Information Services) and Silverlight, and also configure Master Data Services by using Master Data Services Configuration Tool (MDSConfigTool.exe). For more information, see Install Master Data Services.
  
  
• PowerPivot for SharePoint is available (SQL Server 2012 or later only), but requires additional configuration and components (including SharePoint).
  
  
• Distributed Replay Client is available (SQL Server 2012 or later only), but not installed. To run setup, see Additional instances of the database engine and the platform provided SQL Server image.
  
  
• All tools, including SQL Server Management Studio, SQL Server Configuration Manager, the Business Intelligence Development Studio, SQL Server Setup, and upgrade and migration tools, such as Data-tier applications (DAC), backup, restore, attach, and detach.
  
  
• Client Tools Connectivity, Client Tools SDK, and SQL Client Connectivity SDK.
  
  
• SQL Server Books Online, but requires configuration by using Help Viewer. For more information, see Use Product Documentation for SQL Server.
  
  

• Contains a default (unnamed) instance of the SQL Server Database Engine, listening only on the shared memory protocol.
  
  
• By default, Azure selects Windows Authentication during SQL Server virtual machine setup. If you want to use the sa login or create a new SQL Server account, you need to change the authentication mode. For more information, see Security Considerations for SQL Server in Azure Virtual Machines.
  
  
• The Azure user who installed the virtual machine is initially the only member of the SQL Server sysadmin fixed server role.
  
  
• The Database Engine memory is set to dynamic memory configuration. Contained database authentication is off. The default language is English. Cross-database ownership chaining is off. For more settings, examine the instance of SQL Server.
  
  
• Additional installations of SQL Server can be installed on the virtual machine, but they might require a PID (Product ID code).
  
  
• The Customer Experience Improvement Program (CEIP) is enabled. You can disable the CEIP by using the SQL Server Error and Usage Reporting utility. To launch the SQL Server Error and Usage Reporting utility; on the Start menu, click All Programs, click Microsoft SQL Server version, click Configuration Tools, and then click SQL Server Error and Usage Reporting. If you do not want to use an instance of SQL Server with CEIP enabled, you might also consider deploying your own virtual machine image to Azure.  For more information, see Creating and Uploading a Virtual Hard Disk that Contains the Windows Server Operating System.
  
  

• Performance considerations: While running SQL Server in Azure Virtual Machines, we recommend that you continue using the same database performance tuning options that are applicable to SQL Server in on-premises server environment. However, the performance of a relational database in a public cloud depends on many factors such as the size of a virtual machine, and the configuration of the data disks. For most up-to-date information, see Performance Best Practices for SQL Server in Azure Virtual Machines. This topic includes information on the placement of data and log files, temporary storage drive, caching, I/O performance, and so on.
  
  
• High availability and disaster recovery considerations: For databases running in SQL Server VMs in Azure, follow the detailed guidance given at High Availability and Disaster Recovery for SQL Server in Azure Virtual Machines. For applications that are running in Azure and at the same time using SQL Server in Azure VMs, additional considerations apply. We strongly recommend that you read the information given at Development Strategies in Azure: Comparison of Traditional Web Development vs. Azure Cloud Services and Azure Web Sites in the Application Patterns and Development Strategies for SQL Server in Azure Virtual Machines article.
  
  
• Services: Disable any unused services that are running on your virtual machine in Azure. For example, if you are not using some preinstalled SQL Server services, such as Analysis Services, Reporting Services, or Integration Services; disable them.
  
  
• Autoscaling: The AutoScale feature in Azure allows you to automatically increase or decrease the Virtual Machines that are used by your application. This feature guarantees that the end-user experience is not affected negatively during peak periods, and VMs are shut down when the demand is low. It’s recommended that you do not set the AutoScale option for your cloud service if it includes SQL Server VMs. The reason is that the AutoScale feature lets Azure to turn on a virtual machine when the CPU usage in that VM is higher than some threshold, and to turn off a virtual machine when the CPU usage goes lower than it. The AutoScale feature is useful for stateless applications, such as web servers, where any VM can manage the workload without any references to any previous state. However, the AutoScale feature is not useful for stateful applications, such as SQL Server, where only one instance allows writing to the database. Note: To configure the AutoScale for your VMs, you need to make sure that they are in the same availability set and in the same cloud service. To create VMs in the same cloud service, simply create the first VM, create the second VM, and then connect the second one to the first one. For information, see Tutorial: Configure and connect multiple SQL Server virtual machines in the same cloud service in Azure. For information about virtual machines and availability sets, see Manage the Availability of Virtual Machines.
  
  

For more recommendations, best practices, and tutorials, see the topics listed in the section Next steps at the end of this topic.

In the Management Studio Connect to server dialog box, enter the host name of the virtual computer in the Server name box.

Before you can connect to the instance of SQL Server from the Internet, the following tasks must be completed:

• Configure SQL Server to listen on the TCP protocol and restart the Database Engine.
  
  
• Open TCP ports in the Windows firewall.
  
  
• Configure SQL Server for mixed mode authentication.
  
  
• Create a SQL Server authentication login.
  
  
• Create a TCP endpoint for the virtual machine.
  
  
• Determine the DNS name of the virtual machine.
  
  

For step-by-step instructions, see Provision a SQL Server Virtual Machine on Azure.

Azure Virtual Network allows a virtual machine hosted on Azure to interact more easily with your private network. There are multiple steps to configure the Azure Virtual Network settings. For more information about Azure Virtual Network, see Azure Virtual Network Overview.

• Configure a Azure Virtual Network.
  
  
• Enable remote access by using SQL Server Configuration Manager. Restart the Database Engine.
  
  
• Open TCP port 1433 in the Windows firewall for the default instance of the Database Engine. Open additional ports for other components as needed. For more information, see Configuring the Windows Firewall to Allow SQL Server Access and Tutorial: Connect ASP.NET application to SQL Server in Azure via Virtual Network.
  
  

Provide a connection string similar to

add name ="connection" connectionString ="Data Source=VM_Name;Integrated Security=true;" providerName ="System.Data.SqlClient";

where VM_Name is the name you provided for your virtual machine during setup. For different connectivity scenarios, see Connectivity Considerations for SQL Server in Azure Virtual Machines.