小编Aar*_*and的帖子

我正在尝试对外部磁盘进行简单备份并收到此错误：

服务器“服务器名称”的备份失败

附加信息：

System.Data.SqlClient.SqlError：加载在“C:\Program Files\Microsoft SQL..”上的媒体被格式化为支持 1 个媒体系列，但根据备份设备规范需要 2 个媒体系列。(Microsoft.SqlServer.Smo)`

备份类型：完整

为什么我会收到此错误，为什么消息指向C:\Program Files..目标文件是外部设备？

SQL Server 如何计算查询执行结果集中记录的顺序？

我试图让它正面或反面，但发现自己挠头。当我更改字段时，我选择的顺序也会更改。当我用 a 执行下面的 SQL 时，SELECT *我得到相同的记录，但顺序大不相同。

 SELECT TOP (900)
    AD.ATTACHMENTID,
    AD.NAME,
    AD.ISINLINE,
    AD.INSERTEDDATETIME,
    ATMT.ATTACHMENTBLOB,
    U.UFID
  FROM ATTACHMENTDETAIL AD WITH (NOLOCK)
  INNER JOIN MESSAGEATTACHMENT MA ON MA.ATTACHMENTID = AD.ATTACHMENTID
  INNER JOIN ATTACHMENT ATMT ON ATMT.ATTACHMENTID = AD.ATTACHMENTID
  INNER JOIN MESSAGE MSG ON MSG.ID = MA.MESSAGEID
  INNER JOIN MESSAGEDETAIL MD ON MD.MESSAGEID = MA.MESSAGEID
  INNER JOIN [USER] U ON U.ID = MD.USERID
  LEFT OUTER JOIN XmlExtractionMapping XM ON MA.MESSAGEID = XM.MessageId
    WHERE AD.FILEBOXTOKEN IS NULL 
    AND (XM.XMLEXTRACTIONDATE …

我在 sys.objects 中看到 [Type] 列的奇怪（未记录）值。值为“ST”，如下图（注意，dbo.Record 是一个用户表）

有谁知道这个“ST”值是什么意思？（这是在 SQL Server 2014 开发版中）

我有一个 SQL Server 2005 Standard x64，它在过去几个月中遇到了 TempDB DDL 争用问题。服务器将在等待资源 2:1:103 上发生争用（等待类型为 PAGELATCH_EX）。

当服务器负载正常时，该问题似乎偶尔会发生。我一直在监视“破坏临时表”的比率，当我们在 2:1:103 出现 PAGELATCH_EX 问题时，它可以跳到 5,000+。从我读过的内容来看，这个计数器大部分时间应该是 0，但我们的大部分时间似乎都保持在 300-1100 之间。只有当系统上的用户很少时，计数器才会变为 0。

如何缩小导致 tempdb 上 DDL 争用的范围，而不必在大海捞针中寻找针头？

我正在尝试缩小数据库文件，但遇到了错误。

使用sys.database_files作品中的 file_id ，但使用逻辑文件名会产生错误。

两个语句中的逻辑文件名相同，所以这不是问题。此外，正在连接的数据库是相同的。以下按预期工作：

declare @fileId as int = (select file_id from sys.database_files where name = 'XY')
DBCC SHRINKFILE (@fileId, 0, TRUNCATEONLY)

然而以下...

DBCC SHRINKFILE ('XY' , 0, TRUNCATEONLY)

...将导致错误 8985：

消息 8985，级别 16，状态 1，第 1 行
无法在 sys.database_files 中找到数据库“<我的数据库>”的文件“XY”。该文件要么不存在，要么已被删除。

背景：

我最近继承了 50 多个带有 450 多个数据库的 SQL Server。每晚备份大约为 8TB，不用说，我们使用的磁盘空间比我们想要的要多。所有数据库都设置为完全恢复，并且从未备份事务日志。我已经浏览了所有 SQL Server，并确定了只需要每晚备份的低优先级服务器，并且可以接受一天的数据丢失。

题：

我正在将许多低优先级数据库SIMPLE从FULL. 现有的事务日志是否会被截断（在创建检查点时）？一些现有的事务日志是 50-100GB；为了继续前进，确定我应该将它们缩小到什么的最佳方法是什么？我显然不想让它们那么大。或者，随着时间的推移，它们会自行缩小吗（我认为它们不会）？

我有一个这样的查询：

select dbo.fn_complexFunction(t.id)
from mytable t

在SQL Sentry Plan Explorer 中，我注意到我必须运行 Get Estimated Plan 才能使查询计划包含 UDF。

运行“获取实际计划”时，逻辑读取和其他指标似乎不包括 UDF 中发生的操作。在这种情况下，使用 Profiler 是唯一的解决方法吗？

我有一个存储过程，其中包含来自许多不同表的许多不同列；我想让 20 个用户通过 Excel 访问存储过程的结果。

是否可以让用户只能访问存储过程，而不能访问基础表和视图？

在我们的 Vb.net 应用程序（办公室内部本地网络连接中的用户）中，从很长时间以来，一些用户每天都会遇到错误

向服务器发送请求时发生传输级错误。（提供者：TCP 提供者，错误：0 - 远程主机强行关闭了现有连接。

我已经检查过以下

1. 所有数据库都设置为自动关闭关闭

2. 没发现太多网络问题，网速不错。

3. 当我签入 SSMS 时，服务器属性下的远程查询超时设置为 600 秒

4. 我检查了 sql server 日志，没有发现与之相关的错误或相同的错误消息

那么这个错误的原因可能是什么？以及如何解决它？

我无法使用 SQL Server 身份验证登录到 SQL Server 2008。

我只能使用 Windows 身份验证模式登录。

我在安装 SQL Server 2008 R2 时只选择了默认值。