虚拟化农场将从 VMWare 6.7 更新到 VMWare 7。我在该农场中有一个 SQL Server 集群，两台机器都需要关闭才能执行升级。
SQL Server 群集的最佳方法是什么：
- 从配置管理器关闭 SQL Server 服务？
- 停止故障转移集群管理器中的角色？
- 关闭windows集群？
还有其他选择可以避免可能出现的问题吗？
我们将 SQL Server 数据库移至 Azure 中的虚拟机。
由于数据库仅包含历史数据并且不再有事务，我们希望按计划关闭和打开 VM 以降低成本。
据我所知，如果机器在事务中间重新启动，可能会发生数据库损坏，所以我对此有三个问题：
当机器关闭时，数据库损坏是否会发生在不再有事务的数据库中？
是否有正确的方法来关闭机器并避免损坏情况？
我们应该让这台机器以 7 x 24 的速度运行吗？
我们有两种在 Azure 虚拟机上配置 SQL Server 的方法，一种是创建 VM，然后上传 SQL Server 的二进制文件并手动进行安装，第二种是在 Azure 虚拟机上使用 SQL Server，它提供操作系统的映像以及 SQL Server 上所需的版本。
该问题适用于第二个选项。有没有办法在 Azure 上使用命名实例预配 SQL Server 虚拟机，或者它是否始终安装默认值？
这可能是一个愚蠢的问题，但我最近创建了一个 azure sql 数据库，我需要检查备份策略，但我找不到文档显示的选项管理备份，如下图所示：
这就是我的数据库刀片的样子
我错过了什么吗？
我们已经在虚拟机上安装了 sql server 并注册了该机器，以便 SQL Server IaaS 代理扩展 (SQLIaaSAgent) 启用并在 Azure 虚拟机上运行，以自动执行 sql server 的管理任务。其中一项任务是自动备份，您可以在下一张图片中看到该选项
现在，要执行自动备份，我们需要一个存储帐户，我们已经创建了该存储帐户并在存储帐户内创建了一个 blob 容器，但我们现在遇到的问题是，当我们选择要备份的存储时我们只能选择存储帐户而不能选择容器，那么备份到哪里去了？我们在存储帐户中找不到它们，我们如何确定正在制作备份？我们如何在此功能中选择 blob 存储？提前致谢
我正在尝试对具有备份日期的天蓝色 blob 存储进行备份，这样当使用相同的名称生成备份时，作业不会失败，我正在连接convert(varchar(500),GetDate() ,112) + '.bak')但我在作业执行中遇到下一个错误
'+' 附近的语法不正确。[SQLSTATE 42000]（错误 102）。步骤失败。
剧本：
将数据库模型备份到 url = 'https:containerurl/azurecontainer/model' + convert(varchar(500),GetDate(),112) + '.bak') go
由于对 sql server 2008 R2 的支持结束，我们计划将数据库作为 paas 服务（azure sql 数据库）移动到 azure。目前应用服务器有报告服务2008 R2，暂时不会迁移到云端或升级他的版本。用户创建报告，然后将它们上传到报告服务并生成所需的信息，我的问题是：由于 azure sql 数据库使用最新版本的 sql server，用户或我自己是否必须在较新版本的报告生成器或 Visual Studio 数据工具，或者报告将以相同的方式工作，我唯一需要修改的是数据源。
我继承了一个数据库，其中许多表都将 bigint 作为许多字段的数据类型，当您看到内容时，它并不需要 bigint 提供的所有空间。对不需要的字段使用 bigint 会影响数据库性能吗？
首先请原谅我的英语不是我的主要语言。
我们正在创建一个 azure 模板来部署带有 Windows 服务器的具有磁盘 C 和 D 的 IaaS 机器，并且这个想法也是部署 sql server 的安装，因此最初将引擎二进制文件和文件部署在 C 和 D 驱动器驱动器中。
我们有一些问题想看看是否可以在 azure 中进行
不仅可以通过模板安装操作系统，还可以通过模板安装 SQL Server 吗？
如果上一个问题在安装完SQL Server之后可以做，有没有脚本或者指南可以创建脚本来移动逻辑和物理的sql server文件，而不必进入sql server management studio并执行一个t-sql脚本或手动移动文件？这背后的想法是尽可能地自动化虚拟机的部署，并将文件移动到他各自的卷中，以完成关于将日志数据与用户数据和 tempdb 分离以及重新启动的 SQL Server 最佳实践。完成上述步骤后的实例。
或者有没有办法安装操作系统和 SQL Server 并在模板中指定数据库的哪些文件必须转到特定磁盘并避免在机器部署的进一步步骤中移动
提前致谢
出于安全原因，我们希望每天更改启动 SQL Server 服务的密码。是否可以在不重新启动服务的情况下执行此操作？
如果有可能，更改会立即应用，还是我最终需要重新启动服务以获取新密码？
我们正在考虑在 Windows 操作系统的服务选项中而不是在 SQL Server 配置管理器中进行此更改。
因此，根据 glen berry 提供的脚本，我继承了一个存在严重写入延迟问题的服务器，我还注意到 tempdb 文件分布在多个驱动器上。
将 Tempdb.ndf 文件放在不同的驱动器上有什么好处？有没有？最高延迟也来自托管这些 tempdb 文件的驱动器