Shekar Kola's questions

根据 Microsoft的建议，我一直在使用带有旧提供程序 (SQLNCLI) 的链接服务器，没有任何问题，我打算切换到新的提供程序 (MSOLEDBSQL)。安装驱动程序后，我可以使用以下 T-SQL 添加链接服务器

EXEC sp_addlinkedserver     
   @server=N'SQL02\DEV1',   
   @srvproduct=N'',  
   @provider=N'MSOLEDBSQL',   
   @datasrc=N'SQL02,1933';  

不幸的是，当我尝试查询新的链接服务器时出现以下错误：

我尝试过的查询：

--- example 1
select * from OPENQUERY ([SQL02\DEV1], 'select name from sys.databases');

--- example 2
select name from [SQL02\DEV1].master.sys.databases;


--- example 3 (without linked server dependency)
SELECT c.* FROM OPENROWSET(
      'MSOLEDBSQL'
    , 'Server=SQL02,1933;Database=master;Integrated Security=True;'
    , 'SELECT name FROM sys.databases;'
    ) c;

从所有示例中得到相同的错误：

不支持在 SQL Server 中使用 OLE DB 提供程序“MSOLEDBSQL”的进程外。

这是否真的意味着 SQL-2016 不支持使用新的提供程序 MSOLEDBSQL，尤其是在链接服务器中，或者除了重新安装驱动程序和重新启动 SQL Server 之外，我还有什么遗漏的。

根据MS-Docs，它返回自计算机启动以来的毫秒数，但是当我与实际服务器启动时间进行比较时，我得到了不同的结果sys.dm_os_sys_info。

以下是查询：

select sqlserver_start_time from sys.dm_os_sys_info;

select (sample_ms/1000) sample_sec, file_id from sys.dm_io_virtual_file_stats (DB_ID(), NULL);

select (DATEDIFF (SECOND, sqlserver_start_time, SYSDATETIME()) ) as Server_start_since_sec from sys.dm_os_sys_info;

这是结果：

如果sample_ms反映的是计算机/服务器的启动时间而不是 SQL 实例的启动时间（比较结果屏幕截图中的第 2 次和第 3 次）。这是否意味着DMF ( ) 中的统计值（ 等num_of_reads）返回自计算机重新启动或SQL 实例重新启动以来的累积读取，或者我们需要考虑不同的间隔时间？num_of_writessys.dm_io_virtual_file_stats

重启 SQL 服务之前

重启 SQL 服务后（无操作系统重启）

似乎日志传送备份文件的命名约定（尤其是名称中的日期时间戳）后跟 UTC 时间，我相信这是默认和标准的。

我想澄清以下情况：

1. 我想知道是否有可能更改命名约定以遵循执行 BACKUP 的服务器的本地时区的日期时间。
2. 命名约定（UTC 时间戳作为后缀）真的很重要，因为无论如何日志传送复制/恢复作业都会考虑每个备份文件之间的 LSN 以维护有效的日志备份链。

目的是避免在我每天维护一个 zip 文件的压缩过程中出现问题，并且根据以下屏幕截图，它将合并属于不同日期 (2019-10-16) 的其他文件 (20191015xxxxx)

请就以下错误提出建议：

群集角色“AG1_NAME”中类型“SQL Server 可用性组”的群集资源“AG1_NAME”失败

根据资源和角色的故障策略，集群服务可能会尝试在此节点上使资源联机或将组移动到集群的另一个节点，然后重新启动它。使用故障转移群集管理器或 Get-ClusterResource Windows PowerShell cmdlet 检查资源和组状态。

环境：

AG1：（主要 = SRV01\DEV1，次要 = SRV02\DEV1，SRV03\DEV1）
AG2：（主要 = SRV02\DEV2，次要 = SRV03\DEV2，SRV01\DEV2）

使用 SQL Server 2016 SP2 CU7（即 SQL Server 2016 SP2 CU4）更新 AG2 副本时发生错误。

更新顺序如下，更新向导时没有报错

1. 在SRV01\DEV2 上将故障转移设置为手动
2. 更新了 SRV01\DEV2 --注意到 WSFC 错误（如上所述）
3. 在SRV01\DEV2 上将故障转移模式设置为自动
4. 在SRV03\DEV2上将故障转移模式设置为手动
5. 更新了 SRV03\DEV2
6. 在SRV03\DEV2上将故障转移模式设置为自动
7. 从SRV02\DEV2（主要）手动故障转移到SRV03\DEV2
8. 更新了 SRV02\DEV2
9. 从SRV03\DEV2手动故障回复到SRV02\DEV2（主要）

在更新 SQL Server 的第二个实例时是否正常，第一个实例在服务器涉及可用性组时被中断，或者我们应该在这种情况下遵循任何特定方法以避免任何错误。

幸运的是，当我立即（在错误之后）回顾 WSFC 管理器的角色页面时，特定的AG1和 WSFC 的所有资源都正常工作。还有 PowerShell Get-ClusterResource。但我担心生产更新和未来的更新。任何建议都将是可观的。谢谢！