alwayson修改数据库失败

在SQL Server AlwaysOn部署中，在修改数据库设置时，可能会出现失败的情况。以下是一些可能导致该问题的原因和相应的解决方法：

1. 检查连接性：可能是由于网络连接性问题导致数据库修改 *** 作失败。请检查您的网络配置、防火墙设置和网络带宽等因素，以确保没有任何问题。另外，请确保所有节点都已启动，并且AlwaysOn主要副本和次要副本之间存在可靠的通信通道。

2. 更新数据库失败：如果您尝试更改正在运行的数据库，则可能会遇到更新数据库失败的错误。请确保您尝试修改的数据库处于脱机状态，以便成功地更新其设置。可以通过将数据库从AlwaysOn组中删除来使其脱机，然后再将其重新添加到组中。

3. 处理竞争条件：当多个用户同时尝试修改同一个数据库设置时，可能会发生竞争条件，这可能会导致更新 *** 作失败。为了解决这个问题，您可以使用锁定机制来确保一次只有一个用户可以编辑数据库设置。

4. 检查权限：有时，更新数据库设置需要特定的权限。请确保您有足够的权限来进行所需的更改。另外，如果您使用的是Windows身份验证，则需要检查当前用户是否具有所需的权限。

5. 检查AlwaysOn配置：最后，如果以上步骤没有解决问题，则需要检查AlwaysOn配置是否正确。您可以使用SQL Server Management Studio或PowerShell管理工具来检查AlwaysOn配置，并确保所有节点和数据库都正确配置。

总之，AlwaysOn修改数据库失败的原因很多，需要根据具体错误信息进行排查和解决。如果您还遇到问题，请尝试在日志文件和论坛上查找解决方案，或向相关的技术支持寻求帮助。

Microsoft SQL Server 2014已经内置最新的安全、功能更新。微软将在愚人节，即Build2014开发者大会期间开放SQL Server 2014资源下载服务。

Microsoft SQL Server 2014为市场带来了部署到核心数据库中的新内存功能，包括内存 OLTP，它是对市场上大多数综合内存数据库解决方案的现有内存数据仓库和 BI 功能的补充。

SQL Server 2014 还提供新的云功能，以简化 SQL 数据库对云技术的采用并帮助您开创新的混合方案。

主要功能：

1.内存 OLTP：

提供部署到核心 SQL Server 数据库中的内存 OLTP 功能，以显著提高数据库应用程序性能。

内存 OLTP 是随 SQL Server 2014 Engine 一起安装的，而无需执行任何其他 *** 作，您不必重新编写数据库应用程序或更新硬件即可提高内存性能。SQL Server 2014 CTP2 增强功能包括 AlwaysOn 支持、增加的 TSQL 外围应用以及能够将现有对象迁移到内存 OLTP 中。

2.内存可更新的 ColumnStore：

为现有 ColumnStore 的数据仓库工作负载提供更高的压缩率、更丰富的查询支持和可更新性，为您提供甚至更快的加载速度、查询性能、并发性和甚至更低的单位 TB 价格。

3.将内存扩展到 SSD：

通过将 SSD 作为数据库缓冲池扩展，将固态存储无缝且透明地集成到 SQL Server 中，从而提高内存处理能力和减少磁盘 IO

4.增强的高可用性

1) 新 AlwaysOn 功能：可用性组现在支持多达 8 个辅助副本，可以随时读取这些副本，即便发生了网络故障。故障转移群集实例现在支持 Windows 群集共享卷，从而提高了共享存储利用率和故障转移复原能力。

2) 改进了在线数据库 *** 作：包括单个分区在线索引重建和管理表分区切换的锁定优先级，从而降低了维护停机影响。

5.加密备份：在内部部署和 Windows Azure 中提供备份加密支持。

6.IO 资源监管：资源池现在支持为每个卷配置最小和最大 IOPS，从而实现更全面的资源隔离控制。

7.混合方案：

1)智能备份：管理和自动完成将 SQL Server 备份到 Windows Azure 存储（从内部部署和 Windows Azure 中）。

2)添加 Azure 副本向导：轻松将 Windows Azure 中的副本添加到内部部署可用性组中。

3)SQL XI（XStore 集成）：支持 Windows Azure 存储 Blob 上的 SQL Server 数据库文件（从内部部署和 Windows Azure 中）

4)部署向导：轻松将内部部署 SQL Server 数据库部署到 Windows Azure 中。

注:微软2014年3月26日正式宣布，云计算 *** 作系统Windows Azure更名为Microsoft Azure，新品牌自4月3日启用。

---