微软已经正式发布了备受期待的SQL Server 2022，乍一看，它更像是在为Azure推销产品。对安全性和性能特性进行改进，以及一些对Azure更加友好的功能，SQL Server 2022用户当然可以期待从他们的SQL Server实例中获得全新的体验。
Microsoft SQL Server 2022 速览
SQL Server 2022 可以连接到关键的 Azure 服务，让组织通过自己的基础设施享受云的优势。
Microsoft SQL Server 2022为用户提供了许多强调云友好的新功能。新解决方案通过默认启用查询存储来改进查询性能。它还具有更简单的多写位置可用性选项，通过自动执行“最后写入者获胜”规则来实现。此外，不可变、防篡改的SQL Ledger支持区块链承诺但很少交付的场景。
与添加JSON支持的新T-SQL功能一样，这些功能都可以在本地使用。但此版本的大部分重点是与以下属于Microsoft智能数据平台一部分的云服务集成：
Azure SQL托管实例：主要用于灾难恢复和复制数据故障转移。
AzureSynapseAnalytics：用于监视和管理数据更改。
MicrosoftPurview：用于扫描、分类、跟踪和控制您自己的SQL Server上的数据，以实现合规性和数据治理。
MicrosoftDefenderforSQL：对安全和身份验证很有用，即使是本地服务器
AzureActiveDirectory：允许您使用Azure门户来管理SQL Server，无论您在哪里运行它。
为什么如此关注Azure和云？
由于非常注重云兼容性，尤其是MicrosoftAzure，因此很容易相信SQL Server 2022只适合当前的Azure用户。然而，这个新版本并不是要诱导企业迁移到Azure，它是为了让每个人都可以在无需迁移的情况下享受云中创新的好处。
其想用SQL2022做的是模糊你是在Azure中运行SQL还是在外部运行SQL之间的界限。它可能是客户数据中心，可能是AWS，也可能是GCP。它可能在任何地方。
作为SQL Server 2022如何在Azure环境之外工作的示例，DefenderforSQL可以监控本地或其他云中的SQL Server工作负载，并就各种性能和安全问题向您发出警告。还与Azure存储集成；对象存储支持意味着您可以连接到任何与S3兼容的存储提供商，包括AWS。
为所有用户打造最佳SQL Server体验
SQL Server是从相同的代码库构建的，无论您如何使用它。无论你是在自己的数据中心、虚拟机、容器中，还是在具有AzureSQLEdge子集功能的边缘、通过AzureSQL托管实例或通过数据库服务使用Azure，都会显示新的和改进的SQL Server功能无处不在。
如果我在查询处理方面做了改进，[或者]如果我提高了存储能力，或者[如果]我为Polybase或虚拟化做了一些事情，那么它会涉及到所有部署选项。
但是，某些功能需要做更多的工作才能在云之外使用。AzureSQL数据库几年前有一个不可变的分类账，微软决定为SQL Server 2022带来类似的功能。您现在可以创建一个加密散列的、经过审计的分类账表，如果有人试图篡改数据，它会很明显。
如果您需要向可能信任或不信任您的人证明数据没有被更改，您也可以创建一个仅附加表。比如，一家飞机制造商考虑在其飞机上使用SQLEdge中的Ledger为FAA提供可信记录。我们能够通过这个解决80%的区块链场景。
使云数据恢复对云和本地用户可用
但是Azure中也有一些服务，SQL Server本地连接到这些服务，这些服务在其他基础设施上不会那么容易获得。其意识到，除非我们打破云和内部部署之间的障碍，否则我们在云端进行的所有创新，我们的内部部署客户将永远无法获得。
Microsoft团队一直在寻找解决方案来弥合Azure和本地SQL Server用户之间的差距。事实证明，在SQL Server 2022预览版中非常流行的一种集成是使用AzureSQL托管实例进行DR（灾难恢复），现在使用向导即可非常简单地进行设置，并且无需支付额外的许可费用。
尽管您需要为复制到云中的数据库的存储等Azure资源付费，但您无需为通常的每核SQL许可证预算。这是因为Microsoft现在将此视为第三个DR选项，与SQL Server许可证中已包含的免费只读副本和免费被动实例并驾齐驱。
即使决定将SQL Server保留在自己的基础架构上而不是将其迁移到云中的企业也对云DR感兴趣，因为在单独的数据中心区域建立故障转移服务器的成本很高；有些人可能已经使用托管服务提供商来做到这一点。
托管实例的链接使用数据库管理员已经用于DR的相同分布式可用性组，因此您可以尝试将云DR与任何现有的DR基础设施一起使用，看看是否可以在准备就绪时或合同到期时更换该基础设施用尽。如果您正在为DR使用PaaS服务，它是免费的，您为什么不这样做呢？
此外，您在Azure中获得的副本不是被动的：它是只读的，但它是您可以读取和用于分析的数据。你可以对它进行查询，您可以针对它执行PowerBI，因为现在您在云中。
SQL Server与前沿分析的集成
如果您想在分析方面走得更远，由于大部分创新都发生在云中，您还可以与AzureSynapse集成，这是一项最初为AzureCosmosDB开发的服务，它会持续从您的数据库中流式传输更改源进入数据湖。
在数据湖中，您可以使用您选择的云分析工具来处理数据，而不会影响您的操作数据库或等待ETL批处理作业运行。同样，这使用了现有的SQL Server功能。在这种情况下，自承载集成运行时已被Azure数据工厂使用。
如果您出于操作原因已经将数据库复制到AzureSQL托管实例中，则可以将其链接到AzureSynapse，而不是将数据两次移动到云中，一次是专有的SQL Server格式，一次是您可以使用的开放格式使用SQL或Spark运行时。另一方面，您可能希望启用这两个连接。
每个都有微调旋钮，对于SynapseLink，您可以选择要在哪个数据库和哪些表上进行分析，而对于DR场景，您通常会在数据库级别进行选择。我们不想说‘你只能对你为DR选择的数据库进行分析’”。他建议，将连接视为乐高积木，您可以混合搭配以构建所需的系统。
这种灵活性使与托管实例的链接不仅仅是一种执行灾难恢复的简单方法。它还可以让您测试Azure上SQL Server的性能，并通过您现有的数据库工具（如SQL Server Management Studio和Azure门户的其余部分）熟悉使用云服务。
如果企业发现对云中的数据进行PowerBI和分析查询的能力足够有用，那可能会让他们有信心迁移到云中。数据库已经复制到Azure中，这就像故障转移到托管实例一样简单
