我在 MSSQL 2019 Enterprise CU1 之上全新安装了 SQL Server Reporting Services 2019。SSRS 已使用默认设置安装和配置，除了它应该使用的服务帐户。AD 和 MSSQL 实例都仅配置为最低权限（或接近此状态）。当我访问 Web Portal 时，我收到一条错误消息，提示“请稍后再试”，这并没有多大帮助。我发现许多类似的帖子在同一问题上寻求帮助，但想在这里看到答案。
我有一个 VM 集群，用于存储多个 SQL Server 实例。我们使用各种存储提供商（即 3PAR、XIV），现在必须更改（与什么品牌无关）。在 Linux 上的 Oracle 上，我们使用 VLM / Oracle ASM 在 Oracle 实例保持在线时执行存储交换。我需要交换在 Windows 中用作 User_DB、User_DB_Logs 和 Backup 分区的磁盘存储。在 SQL Server / Windows Server 世界中我可以做些什么来实现它？
SQL Server 标准版和企业版 2012-2017
Windows 服务器 2012 R2 - 2019
编辑 1：
我正在寻找选项，例如同时写入数据和登录到两个目标（使用一个 MSSQL 实例）或 Windows Server/VMware 级别的磁盘镜像，一旦两个磁盘同步，我就可以进行热交换。
我的设置有超过 500 个单独的 SQL Server 实例，其中许多有 100 多个数据库。解决方案必须经过精心策划且相当通用。
据我所知，在 Windows/MSSQL 世界中没有类似的东西，但这个论坛让我惊讶了很多次，无论如何都提出了这个问题。
编辑 2：
我最终想到了在它们主要位于的同一实例上创建第二组数据库的想法。这将允许我有一个位于新引入磁盘的数据库集的副本（由 VM 后面的新存储提供程序支持）。在我的设置中，我只需要迁移用户数据库（包括他们的日志），其他所有内容都保留在其当前驱动器集上（备份很容易移动）。因此，我现在需要实现的是强制使用一种可用的 HA 技术将我的数据库集的副本创建到同一个 SQL Server 实例中。因此我的计划是这样的：
- 为 SQL 数据库数据和数据库日志启动新磁盘
- 向他们介绍 Windows 和 SQL Server
- 将所有用户数据库的事务复制设置到同一个 SQL Server 实例中，更改数据库名称及其在驱动器上的物理位置
- 一旦一切同步，停止 SQL 流量，重命名数据库集并故障转移到位于新驱动器上的数据库
- 清理（旧数据库、复制、缓冲池等）
这将使我能够以最短的休息时间推出新的驱动器。
你能想出比（不涉及引入新的 SQL Server 实例）更快的事情吗？