如果两台SQL Server 2008实例都不在域中,但我们可以完全控制登录和凭据,那么通过Service Broker连接这两台服务器有什么好的选择吗?我们正在考虑将此技术用于企业级数据整合,但我们的服务器运行在客户端站点,并且没有配置为任何域的成员。我们正在寻找在此环境中实现Service Broker通信的最省力的选项。
我们有一个应用程序,大约有60,000台客户端机器在访问它。以前我们有一个分布式模型,但我们通过创建一个BO层并通过广域网将调用传到它,从而转移到SaaS。我们使用LINQ to Entities从BO层访问数据库。我们的多租户模型是联合的,因此由多个商店组成的“企业”位于不同的sql服务器上(每台服务器通常有大约200个“企业”)。每个BO服务器都是双处理器8核,带有HT (32个逻辑)。IIS设置为最多有32个工作进程。
BO层工作得很好,因为每次调用都会提取与该企业关联的连接字符串
查看项目创建日志,它看起来是自动生成的processtemplate.xml文件中的模式验证错误。确切的模式验证错误是:TFS 11- Windows 8使用者预览VM与11 - Windows 7企业x86
这两台计算机都在一个工作组中,我已经将TFS 11 Windows安装管理员帐户添加到TFS管理员控制台用户和默认项目集合<em