我们的 ERP 系统比现代系统稍差，后端目前安装在 SQL Server 2008 R2 上。我们通过管理授权（并非总是如此）允许许多用户随意从该系统中提取数据以将数据处理为他们喜欢的报告风格（BI、Powerquery、Access），这是完全不切实际的做法。 、Excel 等）
尽管所有这些报告生成用户都只有选择权限，但还有一些其他应用程序能够实际操作数据，以执行 EDI、自动数据输入等操作。
从逻辑上讲，这会在表上创建许多竞争条件。先到先得，或者更糟的是，仍在提供服务，请稍等，或者只是不......我相信这进一步导致了多年来无法解释的数据损坏需要供应商协助纠正。因为并非所有应用程序都经过正确编码以预测其他事物可能会中断其自己的私有意图的可能性。
因此，任务是在我最近才继承的系统上尽可能证明/纠正/减轻它。
我的第一直觉告诉我，如果没有不同供应商产品之间的某种 IPC/错误/事务控制以及他们修复它的意愿、控制源代码或限制它的能力，这是无法完成的，这不能从 DBA 修复从角度来看，这只是导致应该预期的潜在有害副作用的不良做法。
所以此时我所能做的就是证明这一点，看看如果有证据，我可以在坚持必须这样做的管理层心中征求某种行为改变。
第一步，我正在运行一个连续的分析器输出到磁盘，尽管资源密集，但我必须能够返回并查看已提交的内容，由谁提交，以及它产生了什么影响。我还使用 perfmon 日志记录和 PAL 来尝试交叉引用服务器上的密集行为，“当处理器和内存挂钩时，SQL 服务器在该实例中做了什么（很可能是为编写的 GUI 之一提供服务，性能不佳，十个表连接，非索引查询，一些报告编写者/工具扔在一起”
其中一种情况刚刚发生，我们在 ERP 系统中有一个用户无法执行某项功能，我们发现该用户登录的数据库没有使用 ERP 软件（使用 ODBC，SQL 用户只能选择访问，以及MS Access），让他们断开连接并完成该功能。管理层拒绝相信它们是相关的，因为它们“应该处理不同的表，而用户只有选择访问权限”，而且我没有发生之前瞬间的个人资料历史记录。
所以，这一切归结为一个问题，DBA学员在那里，给的任务验算该应用程序A被应用B的不利影响，你有什么建议给报价？