Dedicated SQL pool (formerly SQL DW) in Azure Synapse Analytics release notes
This article summarizes the new features and improvements in the recent releases of dedicated SQL pool (formerly SQL DW) in Azure Synapse Analytics. The article also lists notable content updates that aren't directly related to the release but published in the same time frame. For improvements to other Azure services, see Service updates.
For the newest release updates on Azure Synapse Analytics, including dedicated SQL pools, please refer to the Azure Synapse Analytics blog, What's new in Azure Synapse Analytics?, or the Synapse Studio homepage in the Azure portal.
Check your dedicated SQL pool (formerly SQL DW) version
As new features are rolled out to all regions, check the version deployed to your instance and the latest release notes for feature availability. To check the version, connect to your dedicated SQL pool (formerly SQL DW) via SQL Server Management Studio (SSMS) and run
SELECT @@VERSION; to return the current version. Use this version to confirm which release has been applied to your dedicated SQL pool (formerly SQL DW). The date in the output identifies the month for the release applied to your dedicated SQL pool (formerly SQL DW). This only applies to service-level improvements.
For tooling improvements, make sure you have the correct version installed specified in the release note.
The product name returned by SELECT @@VERSION will change from Microsoft Azure SQL Data Warehouse to Microsoft Azure Synapse Analytics. We will send advanced notice before the change is made. This change is relevant for customers who parse product name from the result of SELECT @@VERSION in their application code. To avoid application code changes due to product rebranding, please use these commands to query SERVERPROPERTY for the database product name and version: To return version number XX.X.XXXXX.X (without product name) use this command:
SELECT SERVERPROPERTY('ProductVersion') --To return engine edition, use this command that returns 6 for Azure Synapse Analytics: SELECT SERVERPROPERTY('EngineEdition')
|Stored procedure sp_rename for columns (preview)||Renaming a column without a CTAS just became simpler. Azure Synapse SQL has now added support for the system stored procedure sp_rename (preview) to rename a non-distribution column in a user table. This feature is currently in Preview and will be supported in tooling at GA. For details, see sp_rename.|
|Additional parameter for T-SQL Predict||With this new release, a required additional parameter called 'RUNTIME' is added for the existing T-SQL PREDICT statement. For updating your existing scripts, see examples in T-SQL PREDICT.|
|T-SQL Inline Table-Valued Functions (preview)||With this release, you can now create inline table-valued functions with Transact-SQL and query their results as you would a table. This feature is currently in Preview and will be supported in tooling at GA. For more information, see CREATE FUNCTION (Azure Synapse Analytics).|
|MERGE command (preview)||You can now run insert, update, or delete operations on a target table from the results of a join with a source table. For example, you can synchronize two tables by inserting, updating, or deleting rows in one table based on differences found in the other table. Check MERGE for details.|
|Workload Management – Portal Experience||Users can configure and manage their workload management settings via the Azure portal. The ability to configure workload groups and workload classifiers with importance is possible.|
|Improved table mappings catalog view||The new catalog view sys.pdw_permanent_table_mappings maps object_ids of permanent user tables to their physical table names.|
|Column-Level Encryption (Public Preview)||Protect sensitive information in your Azure Synapse Analytics by applying symmetric encryption to a column of data using Transact-SQL. Column-level encryption has built-in functions you can use to encrypt data using symmetric keys that are further protected with a certificate, password, symmetric key, or asymmetric key. For more information, please visit Encrypt a Column of Data. This feature is now generally available.|
|Compatibility Level support (GA)||With this release, users can now set a database's compatibility level to get the Transact-SQL language and query processing behaviors of a specific version of the Synapse SQL engine. For more information, see sys.database_scoped_configurations and Alter Database Scoped Configuration.|
|Row Level Security||This release includes an improvement for update and delete operations on rows with RLS enforced on them. With this release, update and delete operations with intrinsic functions like 'is_rolemember' will succeed if the intrinsic does not reference any column in the DML target table. Before this improvement, these operations failed due to limitation in the underlying DML operations.|
|DBCC SHRINKDATABASE (GA)||You can now shrink the size of the data and log files in the specified database. For more info, see the documentation.|
|Workload Isolation (GA)||Workload isolation is now generally available. Through workload groups you can reserve and contain resources. The ability to configure query timeouts to cancel runaway queries is also possible.|
|Workload Management Portal experience (Preview)||Users can configure and manage their workload management settings via the Azure portal. The ability to configure workload groups and workload classifiers with importance is possible.|
|Alter workload group||The ability to use the ALTER WORKLOAD GROUP command is now available. Use alter to change the configuration of an existing workload group.|
|Auto-schema detection for Parquet files with COPY command (preview)||The COPY command now supports auto-schema detection when loading Parquet files. The command will automatically detect the Parquet file schema and create the table prior to the load. Reach out to the following email distribution list to get this feature enabled: email@example.com.|
|Load complex Parquet data types with COPY command (preview)||The COPY command now supports loading complex Parquet types. You can load complex types such as Maps and Lists into string columns. Reach out to the following email distribution list to get this feature enabled: firstname.lastname@example.org.|
|Auto-compression detection of Parquet files with COPY command||The COPY command now supports auto-detection of the compression method for the Parquet file(s). Reach out to the following email distribution list to get this feature enabled: email@example.com.|
|Additional load recommendations||Load recommendations are now available for Synapse SQL. Get proactive notifications when you should split your files for maximum throughput, co-locate your storage account with your dedicated SQL pool (formerly SQL DW), or increase the batch size when using loading utilities such as the SQLBulkCopy API or BCP|
|T-SQL Updatable distribution column (GA)||Users can now update data stored in the distribution column. Check out guidance for designing distributed tables in dedicated SQL pool (formerly SQL DW) for details.|
|T-SQL Update/Delete from...Join (GA)||Update and Delete based on results from joining with another table is now available. See Update and Delete documentation for details.|
|T-SQL PREDICT (Preview)||You can now predict machine learning models within your data warehouse avoiding the need for large and complex data movement. The T-SQL PREDICT function relies on open model framework and takes data and machine learning model as input to generate predictions. For more information, see documentation.|
|Database compatibility level (Preview)||With this release, users can now set a database's compatibility level to get the Transact-SQL language and query processing behaviors of a specific version of the Synapse SQL engine. For more information, see sys.database_scoped_configurations and Alter Database Scoped Configuration.|
|Sp_describe_undeclared_parameters||Allow users to see the metadata about undeclared parameters in a Transact-SQL batch. For more information, see sp_describe_undeclared_parameters.|
|Visual Studio 16.6 Preview 5 - SQL Server Data Tools (SSDT)||This release includes the following improvements for SSDT: - Data Discovery and Classification
- COPY statement
- Tables with unique constraints
- Tables with an ordered Clustered Columnstore Index
This release includes the following fixes for SSDT: - When changing the distribution column data type, the update script generated by SSDT will perform a CTAS and RENAME operation instead of dropping and recreating the table.
|Visual Studio 16.6 Preview 2 - SQL Server Data Tools (SSDT)||This release includes the following improvements and fixes for SSDT: - Resolved an issue where changing a Table referenced by a Materialized View (MV) causes Alter View statements to be generated which is not supported for MVs
- Implemented a change to ensure the Schema Compare operation does not fail when Row-Level Security objects are present in the database or project. Row-level security objects is currently not supported for SSDT.
- SQL Server Object Explorer timeout threshold has been increased to avoid timeouts when listing a large number of objects in the database
- Optimized the way SQL Server Object Explorer retrieves the list of database objects to reduce instability and increase performance when populating the object explorer
|Workload Management Portal Metrics (Preview)||With the release of Workload Isolation for preview this past October, users can create their own workload groups to efficiently manage system resources and ensure business SLAs are met. As part of the overall workload management enhancements for Azure Synapse Analytics, new workload management monitoring metrics are now available. Monitoring your workload now has greater insights with the following metrics: - Effective cap resource percent - Effective min resource percent - Workload group active queries - Workload group allocation by max resource percent - Workload group allocation by system percent - Workload group query timeouts - Workload group queued queries Use these metrics to identify workload group bottlenecks or workload groups that are configured with underutilized workload isolation. These metrics can be used in the Azure portal that allows splitting by workload group. Filter and pin your favorite graphs to a dashboard for quick access to insights.|
|Portal Monitoring Metrics||The following metrics were added to the portal for monitoring overall query activity: - Active queries - Queued queries These metrics are described along with the existing metrics in the Monitoring resource utilization and query activity documentation.|
|Copy (Preview)||We are excited to announce the public preview of a simple and flexible COPY statement for data ingestion. With only one statement, you can now seamlessly ingest data with additional flexibility and without requiring high privileged users. For more information, see COPY command documentation.|
|Workload Isolation (Preview)||To support customers as they democratize their data warehouses, we are announcing new features for intelligent workload management. The new Workload Isolation functionality allows you to manage the execution of heterogeneous workloads while providing flexibility and control over data warehouse resources. This leads to improved execution predictability and enhances the ability to satisfy predefined SLAs. In addition to workload isolation, additional options are now available for Workload Classification. Beyond login classification, the Create Workload Classifier syntax provides the capability to classify requests based on query label, session context and time of day.|
|PREDICT (Preview)||You can now score machine learning models within your data warehouse avoiding the need for large and complex data movement. The T-SQL PREDICT function relies on open model framework and takes data and machine learning model as input to generate predictions.|
|SSDT CI/CD (GA)||Today we are excited to announce the General Availability of the most requested feature for SQL Analytics – SQL Server Data Tools (SSDT) Database projects. This release includes support for SSDT with Visual Studio 2019 along with native platform integration with Azure DevOps providing built-in continuous integration and deployment (CI/CD) capabilities for enterprise level deployments.|
|Materialized View (GA)||A Materialized View persists the data returned from the view definition query and automatically gets updated as data changes in the underlying tables. It improves the performance of complex queries (typically queries with joins and aggregations) while offering simple maintenance operations. For more information, see Performance tuning with materialized views. Install SQL Server Management Studio 18.4 or later for scripting Materialized Views.|
|Dynamic Data Masking (GA)||Dynamic Data Masking (DDM) prevents unauthorized access to your sensitive data in your data warehouse by obfuscating it on-the-fly in the query results, based on the masking rules you define. For more information, see SQL Database dynamic data masking.|
|Read Committed Snapshot Isolation (GA)||You can use ALTER DATABASE to enable or disable snapshot isolation for a user database. To avoid impact to your current workload, you may want to set this option during database maintenance window or wait until there is no other active connection to the database. For more information, see Alter database set options.|
|Ordered Clustered Columnstore Index (GA)||Columnstore is a key enabler for storing and efficiently querying large amounts of data. Ordered clustered columnstore indexes further optimize query execution by enabling efficient segment elimination. For more information, see Performance tuning with ordered clustered columnstore index.|
|Result Set Caching (GA)||When result set caching is enabled, query results are automatically cached in the user database for repetitive use. This allows subsequent query executions to get results directly from the persisted cache so recomputation is not needed. Result set caching improves query performance and reduces compute resource usage. In addition, queries using cached results set do not use any concurrency slots and thus do not count against existing concurrency limits. For security, users can only access the cached results if they have the same data access permissions as the users creating the cached results. For more information, see Performance tuning with result set caching. Applies to version 10.0.10783.0 or higher.|
|Azure Private Link (Preview)||With Azure Private Link, you can create a private endpoint in your Virtual Network (VNet) and map it to your dedicated SQL pool. These resources are then accessible over a private IP address in your VNet, enabling connectivity from on-premises through Azure ExpressRoute private peering and/or VPN gateway. Overall, this simplifies the network configuration by not requiring you to open it up to public IP addresses. This also enables protection against data exfiltration risks. For more details, see overview and SQL Analytics documentation.|
|Data Discovery & Classification (GA)||Data discovery and classification feature is now Generally Available. This feature provides advanced capabilities for discovering, classifying, labeling & protecting sensitive data in your databases.|
|Azure Advisor one-click Integration||SQL Analytics in Azure Synapse now directly integrates with Azure Advisor recommendations in the overview blade along with providing a one-click experience. You can now discover recommendations in the overview blade instead of navigating to the Azure advisor blade. Find out more about recommendations here.|
|Read Committed Snapshot Isolation (Preview)||You can use ALTER DATABASE to enable or disable snapshot isolation for a user database. To avoid impact to your current workload, you may want to set this option during database maintenance window or wait until there is no other active connection to the database. For more information, see Alter database set options.|
|EXECUTE AS (Transact-SQL)||EXECUTE AS T-SQL support is now available enabling customers to set the execution context of a session to the specified user.|
|Additional T-SQL support||The T-SQL language surface area for Synapse SQL has been extended to include support for: - FORMAT (Transact-SQL) - TRY_PARSE (Transact-SQL) - TRY_CAST (Transact-SQL) - TRY_CONVERT (Transact-SQL) - sys.user_token (Transact-SQL)|
|Materialized View (Preview)||A Materialized View persists the data returned from the view definition query and automatically gets updated as data changes in the underlying tables. It improves the performance of complex queries (typically queries with joins and aggregations) while offering simple maintenance operations. For more information, see: - CREATE MATERIALIZED VIEW AS SELECT (Transact-SQL) - ALTER MATERIALIZED VIEW (Transact-SQL) - T-SQL statements supported in Synapse SQL|
|Additional T-SQL support||The T-SQL language surface area for Synapse SQL has been extended to include support for: - AT TIME ZONE (Transact-SQL) - STRING_AGG (Transact-SQL)|
|Result set caching (Preview)||DBCC commands added to manage the previously announced result set cache. For more information, see: - DBCC DROPRESULTSETCACHE (Transact-SQL) - DBCC SHOWRESULTCACHESPACEUSED (Transact-SQL) Also see the new result_set_cache column in sys.dm_pdw_exec_requests that shows when an executed query used the result set cache.|
|Ordered clustered columnstore index (Preview)||New column, column_store_order_ordinal, added to sys.index_columns to identify the order of columns in an ordered clustered columnstore index.|
|Dynamic data masking (Preview)||Dynamic Data Masking (DDM) prevents unauthorized access to your sensitive data in your data warehouse by obfuscating it on-the-fly in the query results, based on the masking rules you define. For more information, see SQL Database dynamic data masking.|
|Workload importance now Generally Available||Workload Management Classification and Importance provide the ability to influence the run order of queries. For more information on workload importance, see the Classification and Importance overview articles in the documentation. Check out the CREATE WORKLOAD CLASSIFIER doc as well.
See workload importance in action in the below videos:
-Workload Management concepts
-Workload Management scenarios
|Additional T-SQL support||The T-SQL language surface area for Synapse SQL has been extended to include support for: - TRIM|
|JSON functions||Business analysts can now use familiar T-SQL language to query and manipulate documents that are formatted as JSON data using the following new JSON functions: - ISJSON - JSON_VALUE - JSON_QUERY - JSON_MODIFY - OPENJSON|
|Result set caching (Preview)||Result-set caching enables instant query response times while reducing time-to-insight for business analysts and reporting users. For more information, see: - ALTER DATABASE (Transact-SQL) - ALTER DATABASE SET Options (Transact SQL) - SET RESULT SET CACHING (Transact-SQL) - SET Statement (Transact-SQL) - sys.databases (Transact-SQL)|
|Ordered clustered columnstore index (Preview)||Columnstore is a key enabler for storing and efficiently querying large amounts of data. For each table, it divides the incoming data into Row Groups and each column of a Row Group forms a Segment on a disk. Ordered clustered columnstore indexes further optimize query execution by enabling efficient segment elimination. For more information, see: - CREATE TABLE - CREATE COLUMNSTORE INDEX (Transact-SQL).|
|Data Discovery & Classification||Data Discovery & Classification is now available in public preview for Synapse SQL. It's critical to protect sensitive data and the privacy of your customers. As your business and customer data assets grow, it becomes unmanageable to discover, classify, and protect your data. The data discovery and classification feature that we're introducing natively with Synapse SQL helps make protecting your data more manageable. The overall benefits of this capability are:
• Meeting data privacy standards and regulatory compliance requirements.
• Restricting access to and hardening the security of data warehouses containing highly sensitive data.
• Monitoring and alerting on anomalous access to sensitive data.
• Visualization of sensitive data in a central dashboard on the Azure portal. Data Discovery & Classification is available in all Azure regions, It's part of Advanced Data Security including Vulnerability Assessment and Threat Detection. For more information about Data Discovery & Classification, see the blog post and our online documentation.
|GROUP BY ROLLUP||ROLLUP is now a supported GROUP BY option. GROUP BY ROLLUP creates a group for each combination of column expressions. GROUP BY also "rolls up" the results into subtotals and grand totals. The GROUP BY function processes from right to left, decreasing the number of column expressions over which it creates groups and aggregation(s). The column order affects the ROLLUP output and can affect the number of rows in the result set.
For more information on GROUP BY ROLLUP, see GROUP BY (Transact-SQL)
|Improved accuracy for DWU used and CPU portal metrics||Synapse SQL significantly enhances metric accuracy in the Azure portal. This release includes a fix to the CPU and DWU Used metric definition to properly reflect your workload across all compute nodes. Before this fix, metric values were being underreported. Expect to see an increase in the DWU used and CPU metrics in the Azure portal.|
|Row Level Security||We introduced Row-level Security capability back in Nov 2017. We've now extended this support to external tables as well. Additionally, we've added support for calling non-deterministic functions in the inline table-valued functions (inline TVFs) required for defining a security filter predicate. This addition allows you to specify IS_ROLEMEMBER(), USER_NAME() etc. in the security filter predicate. For more information, please see the examples in the Row-level Security documentation.|
|Additional T-SQL Support||The T-SQL language surface area for Synapse SQL has been extended to include support for STRING_SPLIT (Transact-SQL).|
|Query Optimizer enhancements||Query optimization is a critical component of any database. Making optimal choices on how to best execute a query can yield significant improvements. When executing complex analytical queries in a distributed environment, the number of operations executed matters. Query performance has been enhanced by producing better quality plans. These plans minimize expensive data transfer operations and redundant computations such as, repeated subqueries. For more information, see this Azure Synapse blog post.|
|Return Order By Optimization||SELECT…ORDER BY queries get a performance boost in this release. Now, all compute nodes send their results to a single compute node. This node merges and sorts the results and returns them to the user. Merging through a single compute node results in a significant performance gain when the query result set contains a large number of rows. Previously, the query execution engine would order results on each compute node. The results would them be streamed to the control node. The control node would then merge the results.|
|Data Movement Enhancements for PartitionMove and BroadcastMove||Data movement steps of type ShuffleMove, use instant data movement techniques. For more information, see performance enhancements blog. With this release, PartitionMove and BroadcastMove are now powered by the same instant data movement techniques. User queries that use these types of data movement steps will run with improved performance. No code change is required to take advantage of these performance improvements.|
|Notable Bugs||Incorrect Azure Synapse version -
|Virtual Network Service Endpoints Generally Available||This release includes general availability of Virtual Network (VNet) Service Endpoints for SQL Analytics in Azure Synapse in all Azure regions. VNet Service Endpoints enable you to isolate connectivity to your server from a given subnet or set of subnets within your virtual network. The traffic to Azure Synapse from your VNet will always stay within the Azure backbone network. This direct route will be preferred over any specific routes that take Internet traffic through virtual appliances or on-premises. No additional billing is charged for virtual network access through service endpoints. Current pricing model for Azure Synapse applies as is.
With this release, we also enabled PolyBase connectivity to Azure Data Lake Storage Gen2 (ADLS) via Azure Blob File System (ABFS) driver. Azure Data Lake Storage Gen2 brings all the qualities that are required for the complete lifecycle of analytics data to Azure Storage. Features of the two existing Azure storage services, Azure Blob Storage and Azure Data Lake Storage Gen1 are converged. Features from Azure Data Lake Storage Gen1, such as file system semantics, file-level security, and scale are combined with low-cost, tiered storage, and high availability/disaster recovery capabilities from Azure Blob Storage.
Using Polybase you can also import data into SQL Analytics in Azure Synapse from Azure Storage secured to VNet. Similarly, exporting data from Azure Synapse to Azure Storage secured to VNet is also supported via Polybase.
For more information on VNet Service Endpoints in Azure Synapse, refer to the blog post or the documentation.
|Automatic Performance Monitoring (Preview)||Query Store is now available in Preview in SQL Analytics in Azure Synapse. Query Store is designed to help you with query performance troubleshooting by tracking queries, query plans, runtime statistics, and query history to help you monitor the activity and performance of your data warehouse. Query Store is a set of internal stores and Dynamic Management Views (DMVs) that allow you to:
• Identify and tune top resource consuming queries
• Identify and improve unplanned workloads
• Evaluate query performance and impact to the plan by changes in statistics, indexes, or system size (DWU setting)
• See full query text for all queries executed
The Query Store contains three actual stores:
• A plan store for persisting the execution plan information
• A runtime stats store for persisting the execution statistics information
• A wait stats store for persisting wait stats information.
SQL Analytics in Azure Synapse manages these stores automatically and provides an unlimited number of queries storied over the last seven days at no additional charge. Enabling Query Store is as simple as running an ALTER DATABASE T-SQL statement:
sql ----ALTER DATABASE [DatabaseName] SET QUERY_STORE = ON;-------For more information on Query Store, see the article, Monitoring performance by using the Query Store, and the Query Store DMVs, such as sys.query_store_query. Here is the blog post announcing the release. For more information on historical query analysis, see Historical query storage and analysis in Azure Synapse Analytics.
|Lower Compute Tiers for SQL Analytics||SQL Analytics in Azure Synapse now supports lower compute tiers. Customers can experience Azure Synapse's leading performance, flexibility, and security features starting with 100 cDWU (data warehouse units) and scale to 30,000 cDWU in minutes. Starting mid-December 2018, customers can benefit from Gen2 performance and flexibility with lower compute tiers in regions, with the rest of the regions available during 2019.
By dropping the entry point for next-generation data warehousing, Microsoft opens the doors to value-driven customers who want to evaluate all the benefits of a secure, high-performance data warehouse without guessing which trial environment is best for them. Customers may start as low as 100 cDWU, down from the current 500 cDWU entry point. SQL Analytics continues to support pause and resume operations and goes beyond just the flexibility in compute. Gen2 also supports unlimited column-store storage capacity along with 2.5 times more memory per query, up to 128 concurrent queries and adaptive caching features. These features on average bring five times more performance compared to the same data warehouse Unit on Gen1 at the same price. Geo-redundant backups are standard for Gen2 with built-in guaranteed data protection. SQL Analytics in Azure Synapse is ready to scale when you are.
|Columnstore Background Merge||By default, Azure SQL Data stores data in columnar format, with micro-partitions called rowgroups. Sometimes, due to memory constrains at index build or data load time, the rowgroups may be compressed with less than the optimal size of one million rows. Rowgroups may also become fragmented due to deletes. Small or fragmented rowgroups result in higher memory consumption, as well as inefficient query execution. With this release, the columnstore background maintenance task merges small compressed rowgroups to create larger rowgroups to better utilize memory and speed up query execution.|
|DevOps for Data Warehousing||The highly requested feature for Synapse SQL in Azure Synapse is now in preview with the support for SQL Server Data Tool (SSDT) in Visual Studio! Teams of developers can now collaborate over a single, version-controlled codebase and quickly deploy changes to any instance in the world. Interested in joining? This feature is available for preview today! You can register by visiting the Visual Studio SQL Server Data Tools (SSDT) - Preview Enrollment form. Given the high demand, we are managing acceptance into preview to ensure the best experience for our customers. Once you sign up, our goal is to confirm your status within seven business days.|
|Row Level Security Generally Available||Synapse SQL in Azure Synapse now supports row level security (RLS) adding a powerful capability to secure your sensitive data. With the introduction of RLS, you can implement security policies to control access to rows in your tables, as in who can access what rows. RLS enables this fine-grained access control without having to redesign your data warehouse. RLS simplifies the overall security model as the access restriction logic is located in the database tier itself rather than away from the data in another application. RLS also eliminates the need to introduce views to filter out rows for access control management. There is no additional cost for this enterprise-grade security feature for all our customers.|
|Advanced Advisors||Advanced tuning for Synapse SQL in Azure Synapse just got simpler with additional data warehouse recommendations and metrics. There are additional advanced performance recommendations through Azure Advisor at your disposal, including:
1. Adaptive cache – Be advised when to scale to optimize cache utilization.
2. Table distribution – Determine when to replicate tables to reduce data movement and increase workload performance.
3. Tempdb – Understand when to scale and configure resource classes to reduce tempdb contention.
There is a deeper integration of data warehouse metrics with Azure Monitor including an enhanced customizable monitoring chart for near real-time metrics in the overview blade. You no longer must leave the data warehouse overview blade to access Azure Monitor metrics when monitoring usage, or validating and applying data warehouse recommendations. In addition, there are new metrics available, such as tempdb and adaptive cache utilization to complement your performance recommendations.
|Advanced tuning with integrated advisors||Advanced tuning for Azure Synapse just got simpler with additional data warehouse recommendations and metrics and a redesign of the portal overview blade that provides an integrated experience with Azure Advisor and Azure Monitor.|
|Accelerated Database Recovery (ADR)||Azure Synapse Accelerated Database Recovery (ADR) is now in Public Preview. ADR is a new SQL Server Engine that greatly improves database availability, especially in the presence of long running transactions, by completely redesigning the current recovery process from the ground up. The primary benefits of ADR are fast and consistent database recovery and instantaneous transaction rollback.|
|Azure Monitor resource logs||Azure Synapse now enables enhanced insights into analytical workloads by integrating directly with Azure Monitor resource logs. This new capability enables developers to analyze workload behavior over an extended time period and make informed decisions on query optimization or capacity management. We have now introduced an external logging process through Azure Monitor resource logs that provide additional insights into your data warehouse workload. With a single click of a button, you are now able to configure resource logs for historical query performance troubleshooting capabilities using Log Analytics. Azure Monitor resource logs support customizable retention periods by saving the logs to a storage account for auditing purposes, the capability to stream logs to event hubs near real-time telemetry insights, and the ability to analyze logs using Log Analytics with log queries. Resource logs consist of telemetry views of your data warehouse equivalent to the most commonly used performance troubleshooting DMVs for SQL Analytics in Azure Synapse. For this initial release, we have enabled views for the following system dynamic management views:
|Columnstore memory management||As the number of compressed column store row groups increases, the memory required to manage the internal column segment metadata for those rowgroups increases. As a result, query performance and queries executed against some of the Columnstore Dynamic Management Views (DMVs) can degrade. Improvements have made in this release to optimize the size of the internal metadata for these cases, leading to improved experience and performance for such queries.|
|Azure Data Lake Storage Gen2 integration (GA)||Synapse Analytics now has native integration with Azure Data Lake Storage Gen2. Customers can now load data using external tables from ABFS into dedicated SQL pool(formerly SQL DW). This functionality enables customers to integrate with their data lakes in Data Lake Storage Gen2.|
|Notable Bugs||CETAS to Parquet failures in small resource classes on Data warehouses of DW2000 and more - This fix correctly identifies a null reference in the Create External Table As to Parquet code path.
Identity column value might lose in some CTAS operation - The value of an identify column may not be preserved when CTASed to another table. Reported in a blog.
Internal failure in some cases when a session is terminated while a query is still running - This fix triggers an InvalidOperationException if a session is terminated when the query is still running.
(Deployed in November 2018) Customers were experiencing a suboptimal performance when attempting to load multiple small files from ADLS (Gen1) using Polybase. - System performance was bottlenecked during AAD security token validation. Performance problems were mitigated by enabling caching of security tokens.
Submit and view feedback for