标签: sql-server-2005

一点背景资料：

我们在装有 Microsoft Windows Server 2003 SP2 的服务器上运行 SQL Server 2005 SP2。

当我运行探查器时，我注意到它EXECUTE msdb.dbo.sp_sqlagent_get_perf_counters每 20 秒运行一次。

这是探查器每 20 秒运行一次：

SELECT N'Testing Connection...'
go
EXECUTE msdb.dbo.sp_sqlagent_get_perf_counters
go

到目前为止我做了什么：

• 我已经删除了系统上的所有演示警报。

可能的答案：

• 我想知道 2005 年的服务包 3 或 4 是否可以解决这个问题？
• 或者我可以在注册表或sql本身中设置什么？
• 或者是否有适用于 Windows Server 2003 的补丁可能会有所帮助？

如何使用 T-SQL 列出 SQL Server 2005 备份文件中包含的数据库文件？

例如：

恢复过程将创建：

bob.mdf
bob.ldf

等等...

在 SQL Server 2005 中，如果您有一个没有备份的数据库——但它在完全恢复模式下运行——是否可以“回滚”一些删除？

如果是 - 如何？

我的任务是执行从SQL Server 2005 Standard Edition到SQL Server 2005 Workgroup Edition上的版本更改Windows Server 2003 Standard Edition。由于之前的尝试失败，我有几个问题：

• Backup右键单击服务器中的数据库时，我已使用任务中的工具备份了我的数据库。这是正确的方法吗？或者我可能遗漏了什么？

• 当安装向导检查我的系统时，我不断收到警告，以便进行版本更改（我不记得 SQL Server 2005 的每个版本的功能，所以我不确定我们是降级还是升级！ )，我需要SKUUPGRADE=1在命令提示符中提供参数。我SKUUPGRADE=1在sqlcmd. 我假设这是错误的。如果你知道，请告诉我如何解决这个问题。

• 之后，我选择默认实例，然后向导中的下一步告诉我没有要升级的内容。我不记得确切的错误，但这是否意味着我需要先卸载当前版本的 SQL Server？

我有一个 SQL 2005 数据库，日志记录设置为 FULL 但没有任何备份。是否有可能将其恢复到某个时间点？

我有一种方法可以查询 SQL Server 2005+ 的各种日志文件的文件系统位置。我的意思是文本日志文件，而不是数据库事务日志文件？

例如，我的 SQL 代理、错误日志和维护计划都写入一个名为：

D:\MSSQLData\MSSQL.1\MSSQL\LOG

我需要找到这个文件夹的名称。

更新：

除了寻找 SQL 书籍之外，我还浏览了下的注册表

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer

和

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSSQLSERVER` 

但没有什么跳出来给我。

我也想要一种“官方”的方式来实现这一点，而不是依赖于未记录的功能。

如何sys.dm_exec_connections与 SUSER_SNAME() 结合使用？

我想在sys.dm_exec_connections中查看每条记录对应的用户名。

我有一个存储过程，其中包含带变量的 SQL 语句。例如，

update customer set cust_id = @newcust_id where issuedate < @transferdate and cust_id = @oldcust_id

变量的值在 SP 中较早地分配。

如何在服务器跟踪期间显示这些变量的值？

我还没有准备好，但在尝试从远程服务器恢复数据库后发现，如果数据库以前不存在，它就不会恢复。我会做的是

1. 创建一个 .bak 文件（备份数据库）
2. 使用共享文件夹将 .bak 文件复制到远程服务器
3. 在 SQL Server Management Studio 中运行还原以还原数据库

它会给我错误。我想我几乎是意外地发现了它（或者沮丧，只是在数据库顶部恢复它，并且它起作用了）。

现在，当我输入问题时，我意识到移动可能与恢复不同。对于还原，数据库必须已经存在吗？

我再次处于相同的位置以恢复我的系统上不存在的数据库。

1. 我要遵循什么程序？

2. 在远程服务器上成功恢复之前，我需要对 .bak 文件设置权限吗？

3. 或者有更好的方法吗？

我错过了什么吗？我想知道，恢复（或移动）数据库时的规则是什么。

编辑：添加对话框错误。我只是重复了这个过程。我不确定这是我之前遇到的确切错误。我重命名了我拥有的原始数据库。然后我使用 SSMS 导入。

我们最近进行了更改，以根据以前在存储过程中使用的逻辑创建约束，其中一部分包括使用INSTEAD OF触发器来集中逻辑。

逻辑通常很简单：

1. 存储过程包含针对视图的 INSERT（或 UPDATE）语句，该视图具有 INSTEAD OF INSERT/UPDATE 触发器
2. 触发器包含实际的逻辑——通常是两条语句，处理一条记录到主表和一个（或多个）支持表（包括参照完整性）的插入/更新。

问题是当触发器中的语句中遇到类似 CHECK 约束的东西时。事务被转储，一切都被回滚。我正在考虑必须在有问题的存储过程中复制 CHECK/etc 约束以在触发器执行之前进行验证——还有其他选择吗？