我们有一个来自第 3 方的庞大 .NET 应用程序，反汇编和理解代码会很耗时。它是在发布模式下编译的。MS SQL 数据库的连接字符串被定义在配置文件中，它们似乎是正确的。它使用超过 6 个不同的数据库。
但是，当应用程序启动时，它会引发错误，例如“与 sql server 建立连接时发生网络相关或特定于实例的错误” 应用程序的跟踪没有提供足够的信息，它在失败时尝试连接的位置。
是否可以在事先不知道它尝试连接哪个 SQL 服务器名称的情况下分析 .NET 应用程序尝试打开的连接？SQL 配置文件跟踪从其他机器打开的服务器端的连接，但是在特定机器上查看它连接到的 SQL 服务器的最佳工具是什么（也有可能看到不成功的连接）
我的意思是来自 InterSystems 的 CACHE ( http://www.intersystems.com/cache/ )
这个数据库够稳定吗？供应商是否为问题和错误提供及时支持？数据库文件是否会增长得更快（与传统 RDBMS 中相同数量的数据相比）？
我想阅读一个 DBA 的意见，他曾经管理过 CACHE 数据库，并且过去也曾使用过任何传统 RDBMS（如 MS SQL、Oracle、DB2）的企业版本。您的日常 DBA 任务是否有很大不同？您面临的最大挑战是什么？
如果有人能分享一下如何将 InterSystems 的 CACHE 与其他面向对象的数据库管理系统 (OODBMS) 进行比较，我将不胜感激
Microsoft 建议在 Boot.ini 中使用 /3Gb 开关，以便为在 32 位系统上运行的进程获取更多内存。
目前我需要大量内存用于devenv进程（Visual Studio 2008），因为我有一个复杂的解决方案，它有很多项目和表单，并且在设计时消耗大量资源。
我想问一下，如果有人知道，使用 /3Gb 开关有哪些负面影响，有没有不建议使用它的情况。