主页 / user-30522

Mark Wilkinson's questions

Martin Hope
Mark Wilkinson
Asked: 2014-05-21 12:33:21 +0800 CST
  • 4

我们有一个 SQL 2008 R2 服务器，上面有一个以兼容模式 80 运行的数据库。我们有兴趣将 2008 R2 升级到 2014，但是升级顾问不起作用，因为我们不能强制它寻找旧语法在兼容 80 模式下工作（例如 *= JOIN 语法），它只是假设数据库是 2008 R2 数据库，它忽略了兼容模式。

我们在这里有什么选择？我们知道它使用了一些已弃用的语法，我可以编写一些 XQuery 来检查缓存中是否有使用它的查询，但是我们还有什么可以做的更具体一点吗？

sql-server compatibility-level
Martin Hope
Mark Wilkinson
Asked: 2014-05-11 08:58:44 +0800 CST
  • 3

我正在尝试使用 PowerShell 来获取一些 SQL 计数器，但它似乎不再返回特定于 SQL 的计数器。我不确定我的服务器上可能发生了什么变化会导致这种情况。

该脚本非常简单，我不确定我缺少什么：

## Define some variables
$serverName = "ISOMORPH" # Server we are collecting from

# Define our list of counters
$counters = @(
    "\Memory\Available MBytes",
    "\Memory\Pages/sec",
    "\PhysicalDisk(_Total)\Avg. Disk sec/Read",
    "\PhysicalDisk(_Total)\Avg. Disk sec/Write",
    "\PhysicalDisk(_Total)\Current Disk Queue Length",
    "\PhysicalDisk(*)\Avg. Disk sec/Read",
    "\PhysicalDisk(*)\Avg. Disk sec/Write",
    "\PhysicalDisk(*)\Current Disk Queue Length",
    "\Process(sqlservr)\% Privileged Time",
    "\Process(sqlservr)\% Processor Time",
    "\Processor(*)\% Privileged Time",
    "\Processor(*)\% Processor Time",
    "\SQLServer:Buffer Manager\Buffer cache hit ratio",
    "\SQLServer:Buffer Manager\Buffer cache hit ratio base",
    "\SQLServer:Buffer Manager\Lazy writes/sec",
    "\SQLServer:Buffer Manager\Page life expectancy",
    "\SQLServer:Memory Manager\Memory Grants Pending" ,
    "\SQLServer:SQL Statistics\Batch Requests/sec",
    "\System\Context Switches/sec",
    "\System\Processor Queue Length" 
)


## Get our performance counter data
Get-Counter -Counter $counters -SampleInterval 1 -MaxSamples 1

该脚本将返回所有计数器，但所有 SQL 计数器都显示 0 值。我没有收到任何错误，它只是将所有 SQL 计数器显示为值为 0。

如果我手动打开性能监视器，我可以看到这些计数器并且它们具有值。我在安装了 SQL 2014 Developer Edition 的 Windows 7 笔记本电脑上运行它。

编辑：进一步的测试让我相信这是一个操作系统特定的问题。其他人使用运行 SQL 2012 的 Windows 8.1 测试了此脚本，在这种情况下，它也为 SQL 特定计数器返回 0。

sql-server powershell
Martin Hope
Mark Wilkinson
Asked: 2014-02-27 08:54:03 +0800 CST
  • 3

我们目前有一个基于触发器的系统，它可以执行以下操作：

  • 当某些表中的记录被修改时，触发器会触发，使另一个表中不同数量的记录中的字段为 NULL，我们将称该表为 [LRPP]。
  • [LRPP] 上的触发器随后会触发一个过程，该过程根据哪些记录被标记为 NULL 来执行一些大型计算。此调用是在使用 CLR 的单独线程中进行的，因此在执行后，当前事务将继续进行，而无需等待它完成。
  • 当计算完成时（在他们单独的线程中），他们在 [LRPP] 上进行插入和/或更新和/或删除

问题在于，如果此进程针对同一组记录同时触发多次，由于高度相关的数据被更改，它几乎总是会死锁。死锁发生在最初用 NULL 值更新 [LRPP] 的触发器部分与运行计算的过程执行的 DELETE 操作之间。

我可以做些什么来解决这个问题？我正在考虑将 INSERT/UPDATE/DELETE 部分包装在一个显式事务中，但我不确定这是否有帮助。

我有以下限制：

  • 目前无法更改整体架构，必须使用具有 NULL 值的基于触发器的系统。
  • 当前正在发生的所有操作必须继续实时发生，这个过程中的任何一个都不能以任何方式延迟或聚合。

我最初的想法是，我们需要用某种定期截断的跟踪表来替换“NULL 设置”部分，但这是一个需要时间的重大更改。在设计和测试更大的修复程序之前，我正在寻找更快的方法来缓解这个问题。

谢谢！

sql-server sql-server-2008