使用SQL Server 2008，如何将数据库导出到mdf，以便我可以将其附加到另一台机器上？ （使用“附件”） 我试着把它分开（英文对面的附件），但是没有太好的结果。 编辑 ：我没有写入权限的“[SQL Server根path] \ DATA \”中已经存在的mdf文件
围绕SQL Server所需的sorting规则设置存在大量冲突或混淆的信息，因为它与托pipeSCSM 2012数据库和关联的数据仓库数据库有关。 在安装过程中，如果将sorting规则保留为缺省值SQL_Latin1_CP1_CI_AS，则会出现此错误。 这篇TechNet文章说： 对于此发行版，请确保在承载Service Manager数据库，数据仓库数据库，分析服务数据库和Reporting Services数据库的计算机上使用SQL Server和Analysis Services中的相同sorting规则。 有关SQL Serversorting规则的详细信息，请参阅使用SQL Serversorting规则 。 如果您的SQL Server安装使用默认sorting规则（SQL_Latin1_General_CP1_CI_AS），则会显示一条警告消息，指出sorting规则不是Service Manager支持的sorting规则之一，不受支持的sorting规则可能会在多语言环境中导致不可预知的行为。 警告 在使用默认sorting规则时，无法在Service Manager中支持多种语言（SQL_Latin1_General_CP1_CI_AS）。 如果稍后您决定使用不同的sorting规则支持多种语言，则必须重新安装SQL Server。 默认sorting规则与仅限英文的Service Manager安装不存在任何问题。 有关语言支持的更多信息，请参阅System Center 2012 – Service Manager的语言支持 。 在该链接之后，列出SQL_Latin1_General_CP1_CI_AS作为受支持的sorting规则！ 这是我的大脑开始爆炸的地方。 还有大量的引用声明Analysis Service，Reporting Service和DBE都需要相同的sorting规则集，但SQL_Latin1_General_CP1_CI_AS不是这两个选项中的一个。 有Latin1，不区分大小写，区分变音的选项，但不包括SQL_Latin1_General_CP1_CI_AS。 为了在伤口上擦盐，服务经理文档说，为了将SCOM数据提取到SCSM数据仓库中，sorting相当匹配。 但是， SCOM 2012 SP1文档指出： 所有数据库的SQL Serversorting规则设置必须为以下之一：SQL_Latin1_General_CP1_CI_AS，French_CI_AS，Cyrillic_General_CI_AS，Chinese_PRC_CI_AS，Japanese_CI_AS，Traditional_Spanish_CI_AS或Latin1_General_CI_AS。 不支持其他sorting规则设置。 因此，为了将SCOM数据提取到SCSM中，您似乎不得不使用不受支持的sorting规则来限制您使用单一语言。 是对的吗？ 如果是这样，为什么SQL_Latin1_General_CP1_CI_AS列为受支持和兼容的sorting规则，为什么安装程序会抱怨呢？ 我是否在睡梦中死亡，在地狱里醒来？
我正在尝试安装SQL Server 2005 Service Pack 3，并保持失败。 回来以下内容： Microsoft SQL Server 2005 – Update 'Service Pack 3 for SQL Server Database Services 2005 ENU (KB955706)' could not be installed. Error code 1603. 详细转储显示如下： MSI (s) (90:C8) [13:50:17:776]: Note: 1: 1729 MSI (s) (90:C8) [13:50:17:776]: Transforming table Error. MSI (s) (90:C8) [13:50:17:776]: Note: 1: 2262 2: Error […]
我们公司的一位架构师在两个地理位置远的数据中心，devise了一个基于64位SQL2005标准版同步镜像的解决scheme，在物理（4个四核，32GB RAM）服务器和虚拟DR服务器（4个16GB RAM的虚拟CPU）见证服务器（1个虚拟CPU）。 存储是两个数据中心中的企业级SAN。 前端应用程序面向Web，具有混合的读/写使用。 作为一名DBA（在devise阶段没有咨询过），我很担心这个configuration的devise是以冗余度最小化为主要标准，而不是作为真实世界的解决scheme – networking延迟和虚拟性能盒子会造成不可接受的响应时间？ 如果调用故障切换，则性能更差。 有没有人有类似的设置经验？
在同一台机器上运行SQL Server 2005和2008？ 这可能/可行吗？ 这只对开发者而言，并不是非常耗费资源 – 有没有人在那里做过？ 会有兴趣听到经验或知道的陷阱。 （我意识到我们可以使用虚拟机，但是我正在讨论在同一台机器上运行它） 谢谢 R.
我如何configurationIIS将日志发布到SQL Server？ 如何保存任何日志到我的网站。 该网站有很多观点，数据可以在很短的时间内很大。 另外，我想实时显示使用情况的分析结果。 将所有日志保存在sql-server中是否有意义？ 采取这种方法有哪些优点和缺点？ 我还有什么其他解决scheme？
我们正在build立一个应用程序，每个客户端都有自己的数据库。 没有一个数据库是特别大的（每个20MB到400MB），但是会有5000个启动，并且在任何时候都有100个左右的活动。 我们的团队一直在讨论如何最好地build立系统。 客户只能每2周访问一次数据库（401k /金融处理），一次只能使用10-30分钟。 操作在读/写之间均匀分布。 我们一半的团队认为，我们应该将数据库分布在多台便宜的服务器上，并使用SQL Express …他们说，考虑到每个数据库使用的时间很短，内存/caching将不会有用。没有超过1台服务器的完整SQL标准的预算）。 这是这种情况吗？ 更高的内存限制实际上是我看到MSSQL Standard给我们带来的唯一优势（我们已经有用于执行备份/恢复，模式升级，迁移数据等的脚本）。 更新 我对多个数据库与一个数据库的性能特点特别感兴趣。 最终用户的体验不会比1TB数据库更好地打到一个200MB的数据库（即使这两个数据库的索引都很好）？ 这也意味着我们可以非常快速地轻松备份/恢复单个客户端数据库，对吧？ 我们是否需要调整SQL Server以更好地处理“数千个数据库”情形？
我们有几个庞大的数据库，我们希望在SQL Server 2008上发布日志。不幸的是，主服务器和辅助服务器之间的链接足够快，可以处理日志传送，但是最初的备份/拷贝会占用带宽数天，甚至几周我们希望尽可能避免。 我们已经做了一个副本（现在几天），通过备份主数据库到一个硬盘上，物理上把硬盘转移到辅助机器上，并在那里恢复数据库。 主服务器和辅助服务器位于不同的地理位置。 主服务器在SQL Server 2008上，在2008 R2上是次要的（不要问为什么！） 似乎没有办法，我们可以find日志传送（或镜像）工作，而无需从头开始备份/复制/恢复过程。 任何想法/解决scheme将不胜感激。
与在一个盒子上运行多个SQL实例相比，使用虚拟化有什么好处？
在我的环境中，我需要将数据库从一台服务器复制到另一台服务器。 通常是一个QA机器到我的本地盒子。 我无法访问QA机器。 我可以连接到数据库，但不能将RDP放入框中。 将数据库从QA服务器复制到我的机器的最佳方法是什么？