总结：将内容直接上传到制作有什么问题吗？ 这不是代码更改或function更改。 只有内容编辑/添加。 我们目前使用4台服务器来做到这一点，这是一个小猪。 有关详情，请阅读下文。
我只是inheritance了一个具有各种特质的SMBnetworking。 其中一种特质就是令人费解。 我很确定这是Rube-Goldberg机器，但我想确定一下。
我们有一个使用基于IIS的应用程序服务器的客户机/服务器应用程序。 此应用程序服务器调解Web GUI和数据库连接 – 在我们的例子中，托pipe在另一台服务器（MSSQL2005）上。 有.tif文件通过这个应用程序上传，并作为一个blob存储在数据库中。 还有一些数据可以在图像上形成一个蒙版（以便它可以填充表单）。 我们还托pipe一个公共服务器，充当这些图像/掩码的存储库，以便其他人不必手动创build它们。
好吧，到目前为止，我呢？ 基本上，.tif文件和数据是一端，另一端是公众可以下载这个图像/数据。
这是奇怪的部分。 而不是让我们的用户直接将这些已完成（和QAed）的图像上传到生产环境中，而是将它们放入内部服务器。 过程然后提取blob并重新创build.tif文件。 这个过程也只提取表格的必要数据。 然后它转到登台服务器。 这个临时服务器是生产服务器的副本，但是我们从来没有真正使用过这部分 – 除了这个过程。 一旦进入分期，另一个任务运行，最终将图像和数据复制到生产服务器。 但是，登台服务器用于Web开发。 如果发生什么事情，它可以打破这一连串的事件，并停止复制。
还值得注意的是，这台生产服务器是经常备份的，所以升级并不意味着灾难恢复。 登台服务器也没有任何公开的，所以它不用于冗余。 只是在那里。
为了增加伤害，这些任务似乎是用vbs脚本，bat文件和Windows计划任务完成的，而不是任何types的SQL Server任务/触发器。
我的问题是“这是必要的吗？” 为什么不能在原始SQL服务器上设置触发器来在QA标志设置为true时更新生产服务器？ 为什么要经历所有这些复制。 有没有我失踪的原因？
我只是想确保我正在做正确的事情，让我们的networking整理出来。
谢谢阅读。
我感觉到懒惰的恶臭。 有人猜测，在这个特定的应用程序的开发过程中的某个地方，没有工作。 或者说，它在分段中工作，但不在生产中。 为了让事情顺利进行，他们按照你提到的方式把登台服务器挂到了生产环境。 它做了什么。 而且，因为它在工作，所以没有人打扰，试图找出为什么它不起作用，只是离开了它。
input你。
这是为什么？ 因为它工作。
这是怎么回事？ 不知道，但是我猜这是为什么它是这样的一个关键部分。
随意以正确的方式sorting。