警告，这感觉就像一个n00b问题 - 所以请以我的费用静静地笑：）
问题
方案
我们的组织运营内部网，内容被复制到我们每个远程站点的服务器。这可确保这些站点能够持续快速访问重要信息，文档和数据，即使在连接失败的情况下也是如此。
我们正在改进表格的列表和管理（那些为特定任务必须填写的那些讨厌的纸张）。这涉及建立我们所有表格的数据库。
构建视图（作为ASP页面），并在浏览器中查看时显示所需信息。此信息根据用户传递的查询字符串进行更改，方法是单击链接，其中与链接相关的值在HREF的URL中定义（例如; /path/to/file.ext?id=value& ; ID2 =值）
。但是，由于组织不够聪明，无法在每个站点投资MS SQL Server实例，因此无法复制数据库并从本地SQL服务器访问它。
我正在考虑简单地运行一个计划任务来将动态页面流式传输到保存回主服务器的静态ASP文件（然后复制到远程站点），但FSO让我头疼，所以我放弃了计划。
我反而考虑缓存的可能性。我是否可以缓存页面的输出，以便每次加载页面时都不会查询SQL服务器，而是加载最近缓存的页面和输出副本？
答案 0 :(得分：2)
但是，由于组织不够聪明，不能在每个站点上投资MS SQL Server实例，因此无法复制数据库并从本地SQL服务器访问它。
这是一个真正的无赖。这些网站有多忙？您是否可以使用“快速”版本甚至（喘气）MS Access？ MySQL甚至可能在这里有用！
查看IIS 6中的“内容过期”选项卡。也许将其设置为一周。此外，您的ASP页面可以设置相同的HTTP标头，以鼓励缓存。
我正在考虑简单地运行一个计划任务来将动态页面流式传输到保存回主服务器的静态ASP文件（然后复制到远程站点），但FSO让我头疼，所以我'我放弃了那个计划。
这听起来很合理，你不应该放弃它。许多MSXML / ServerXMLHTTP COM对象之一应该会有很大帮助。请概述您在FSO遇到的“头痛”。
答案 1 :(得分：0)
另一个想法：
从您需要的ASP页面生成多个PDF页面（这很容易）并使用远程站点邮寄/复制它们
通过这种方式，您可以完成任务并向用户明确表示它正在使用静态信息（有时很难让用户了解它正在使用缓存的网站）