Applies to: SQL Server
This article summarizes Internet-enabled features that can collect and send anonymous feature usage and diagnostic data to Microsoft. SQL Server may collect standard computer information and data about usage and performance may be transmitted to Microsoft and analyzed for purposes of improving the quality, security, and reliability of the product. If you install SQL Server in a virtual machine, a container, or a physical server using an applicable Azure service, environment information may be sent to Microsoft so that Microsoft can install the necessary SQL Server extension and register the installed SQL Server instances in your Azure account.
The applicable Azure services include:
Refer to the Microsoft Privacy Statement for more information about privacy.
The data classification in this article only applies to versions of the SQL Server on-premises product.
It doesn't apply to the items listed below:
Definition of Permitted usage Scenarios. For the context of this article, Microsoft defines "Permitted Usages Scenarios" as actions or activities that are initiated by Microsoft.
Access controlCredential-related information used to secure logins, users, or accounts within a SQL Server installation.
Examples of access controlCustomer data is defined as data stored within user tables, directly or indirectly. The data includes statistics or user literals within query texts that might be stored within user tables.
Examples of customer dataData received from a user, or generated from their use of the product.
Data needed to provide Internet-based services, per the SQL Server EULA.
Examples of Internet-based services dataNote
Power View support is no longer available after SQL Server 2017.
Non-personal dataData received from an organization, or generated from their use of the product. It's linkable to an organization and doesn't contain customer data.
Example
Permitted usage scenarios
Scenario Access restrictions Retention requirements Microsoft may collect generic usage data of SQL Server instances running SQL Server with an applicable Azure Service for the express purpose of giving customers optional benefits within Azure. Microsoft can expose data to the customer, such as through the Azure portal, to help customers running SQL Server with an applicable Azure service to access the specific benefits in Azure.Microsoft doesn't use this data for licensing audits without customer's advance consent.
Min 90 days - Max 3 yearsData that describes or is used to configure servers, databases, tables, and other resources created or provided by customers. It includes database table and column names but not the contents of database rows or other customer data. Customers shouldn't place any personal data in those fields or create applications designed to store personal data in these fields. For the permitted usage scenarios below, only hash form is used to determine usage patterns to improve the product.
Example
Permitted usage scenarios
Note
All metadata values are hashed before collection.
Scenario Access restrictions Retention requirements May be used by Microsoft to improve features and or fix bugs in current features. Limited to Microsoft internal use with no third-party access. Min 90 days - Max 3 yearsData that is generated in the course of running the server. It doesn't contain customer data, non-personal data as listed in 1. or 2. (above), customer access control data, or personal data.
Microsoft does examine application name values set by other programs that use SQL Server (example: SharePoint or third-party packaged programs and includes this information in metadata fields sent to Microsoft when Usage Data is enabled). Customers shouldn't place personal data in those metadata fields or create applications designed to store personal data in these fields.
Permitted usage scenarios
Scenario Access restrictions Retention requirements May be used by Microsoft to improve features and or fix bugs in current features. Limit to Microsoft internal use with no third-party access. Min 90 days - Max 3 years May be used to make suggestions to the customer. For example, "Based on your usage of the product, consider using feature X since it would perform better." Microsoft can expose the data to the original customer, for example through dashboards. Customer Data Security Logs: Min 3 years - Max 6 years May be used by Microsoft for future product planning. Microsoft may share this information with other hardware and software vendors to improve how their products run with Microsoft software. Min 90 days - Max 3 years May be used by Microsoft to provide cloud-based services based on emitted Usage and Diagnostics Data. For example, a customer dashboard showing feature usage across all SQL Server installations in an organization. Microsoft can expose the data to the original customer, for example, through dashboards. Min 90 days - Max 3 years Customers with their consent can send User Feedback that contains customer data to Microsoft. Limit to Microsoft internal with no third-party access. Microsoft can expose the data to the original customer. User Feedback: Max 1 year May use database name and application name to categorize databases and applications into known categories, for example, those that may be running software provided by Microsoft or other companies. Limit to Microsoft internal with no third-party access. Min 90 days - Max 3 yearsInstructions on how system-generated logs can be turned on/off in product can be referenced here - Configure usage and diagnostic data collection for SQL Server (CEIP).
Get helpDid you know that you can edit SQL content yourself? If you do so, not only do you help improve our documentation, but you also get credited as a contributor to the page.
For more information, see Edit Microsoft Learn documentation.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4