![IIS7 应用程序使用错误的 SQL Server 2008 Express 数据库](https://linux22.com/image/524161/IIS7%20%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F%E4%BD%BF%E7%94%A8%E9%94%99%E8%AF%AF%E7%9A%84%20SQL%20Server%202008%20Express%20%E6%95%B0%E6%8D%AE%E5%BA%93.png)
我被难住了。我在虚拟专用服务器上有一个客户端站点 - Windows Web Server 2008 SP2、IIS7、SQL Server 2008 Express。
我正在尝试设置第二个 Web 应用程序,以便他在更新上线之前查看更新。我在 IIS7 中创建了 Web 应用程序,并向 SQL Server 添加了第二个数据库。第二个数据库本质上是生产数据库的副本,数据库名称以“DEV”为前缀,并在几个表中添加了一些新字段。
我的生产站点运行良好。但是,测试站点返回了 SqlException:“无效的列名‘version’”。这是新字段之一 - 这让我相信我的开发站点指的是生产数据库,而不是开发数据库。但是,连接字符串确实指向不同的数据库(尽管两者的登录名相同):
- 生产站点:“Server=.\SQLExpress;Database=myDbName;User ID=myUserName;Password=myUserPassword;”
- 开发站点:“服务器=.\SQLExpress;数据库=DEVmyDbName;用户ID=myUserName;密码=myUserPassword;”
看来这应该是我忽略的明显的东西。一位同事建议我为第二个 IIS 应用程序创建另一个应用程序池,但似乎没有帮助。
更新,经过进一步测试:
我将开发站点的连接字符串更改为
"Server=.\SQLExpress;Database=DEVmyDbName;User ID=devuser;Password=myNewDifferentPassword;"
并在数据库上创建了一个新的 SQL 服务器登录名,并只授予它对 dev 数据库的访问权限。我还将 dev 数据库设置为帐户的默认数据库。我从生产登录名中删除了对 dev 数据库的访问权限。当我尝试登录网站时,出现以下错误:
- 服务器主体“devuser”无法在当前安全上下文中访问数据库“myDbName”。
因此,有两件事我可以肯定:
- 由于它使用新的用户名登录,我知道该应用程序正在使用我提供给它的连接字符串;
- 由于某种原因,一旦登录,它似乎会忽略指定的数据库并尝试使用生产数据库。
仍然困惑。
答案1
经过进一步挖掘,我找到了罪魁祸首 - 这是一个应用程序问题,与 NHibernate 的配置有关。设置的 NHibernate 配置选项之一是“default_schema” - 当我删除它时,应用程序开始连接到正确的数据库。
看起来 default_schema 属性正在覆盖连接字符串中指定的任何数据库。
答案2
听起来您有多个连接字符串;是否有可能在应用程序中的某个地方存储一个连接字符串?
仅在开发系统上创建一个新的用户 ID/密码,更改您的开发连接字符串以使用它,如果它连接,则问题出在其他地方。
如果您有权访问 SQL 的完整版本,则可以针对 SQLExpress 实例运行 Profiler,并监视活动。