我正在尝试使用重新发布器来设置我们的复制。 我们，不幸的是，有一些int PK IDENTITY表，我试图创build发布时出现以下错误。 SQL Server Management Studio could not create article 'tblAdminBusinessType'. (New Publication Wizard) —————————— ADDITIONAL INFORMATION: An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo) —————————— The republisher's republishing range obtained from its publisher is not large enough to allocate the specified @pub_identity_range. The article 'tblAdminBusinessType' could not be added […]
更新：我的错，我误解了X86和X64。 我们没有一个64位的操作系统。 大家好， 快速的问题，我们的IT部门已经在64位操作系统上安装了32位版本的SQL Enterprise。 事实上，这很有效，但这是不是最理想的？ 机器有32GB的RAM和16核心，SQL2005的32位版本实际上可以访问所有32GB的内存吗？ 还是会有32bit的限制呢？ 干杯，D
我们正在计划从2005年到2008年的SQL Server迁移。我们决定手动创build用户login，而不是从2005年服务器迁移，因为我们有不同的应用程序（Windows服务）访问我们的数据库。 后面的意图是，我们希望根据用户login对Activity Monitor中的条目进行分类。这样我们就可以确定哪个stream程消耗了更多的数据库资源。 请build议这是否是最好的方法，以及在数据库上创build的最大用户login数是多less。 提前致谢…
我想知道哪个是最好的解决scheme，可以减less活动生产服务器中的SQL Server事务日志，而不会停机？ 数据库完整备份 – 应该提交事务日志？ （如在Exchange服务器？） 在生产工作时间内手动从SSMS执行以下T-SQL脚本？ ————————————————– —————————- – Otto R. Radke – http://ottoradke.com – 信息：收缩数据库事务日志的T-SQL脚本。 只要设置 – 下面的数据库名称，运行脚本，它会缩小 – 事务日志。 ————————————————– —————————- ————————————————– —————————- – 使用交易数据库的名称更新下面的行 – 你想缩小的日志。 ————————————————– —————————- 使用 ————————————————– —————————- – 不要改变这条线以下的任何东西。 ————————————————– —————————- 走 – 声明variables DECLARE @SqlStatement作为nvarchar（max） 将@LogFileLogicalName声明为sysname – 改变数据库到简单的恢复 SET @SqlStatement ='ALTER DATABASE'+ DB_NAME（）+'SET RECOVERY SIMPLE' EXEC（@SqlStatement） […]
我知道这是一个有趣的请求，但我想在我们的开发数据库禁用页面caching。 我相信这样做可以更容易地看到已经完成的各种调整的影响，而且我非常好奇时间检索未caching的页面，而不是如此高效地MSSQL可以从caching中获取数据。 但是，这必须在数据库级别完成，所以我不能只将服务器的内存caching设置到一个荒谬的低水平（这有可能会导致我不想做的索引caching，而我们的开发系统有其他数据库，我宁愿不碰）。 刷新数据库AFAIK的命令将在所有数据库中刷新，而且我宁愿不这样做到我们的开发数据库。 这不是一个强制性的事情，但是当我可以将整个开发数据库放在页面caching中时，基准testing是相当困难的。
我计划将我们的几个数据库从2005年的标准转移到2008 R2 Express。 我可以分离数据库的移动到新服务器并重新安装它们吗？ 有什么我应该做的不同，即导入或东西，使数据库文件得到升级或任何东西？ 或者这样就足够了？ 谢谢。
如果由于操作系统补丁而导致我的服务器故障，那么在停止SQL服务之前是否允许进行中的事务处理？
旧的数据库服务器越来越累，我正在升级到新的硬件。 我需要的是将旧的〜100个数据库的精确副本添加到新计算机上。 我已经阅读了一些关于复制和镜像的内容，但我无法弄清楚什么是“最佳”行为。 我相信很多数据库pipe理员习惯于这种情况，知道如何去做，如何移动所有的数据库，angular色，架构，存储过程等，以及其他任何需要的东西。 我知道我可以在每个数据库上使用备份，但我有数百个数据库要复制。 有一个更简单的方法吗？ 一步一步的指导和简短的说明如何做到这一点很好。 如果需要，也许可以链接到更深层次的主题信息。 1: Start [SQL Server Management Studio][1] 2: Right-click Server Instance 3: …..
什么是SQL Server SPID的最大值？ 在连接池发生之前，spid可以hibernate多久？
我有一个在SQL Server 2008 R2上运行的数据库。 一年半来一直运行良好。 不幸的是，应用程序供应商刚刚告诉我们，他们只支持SQL 2005上的应用程序，除非我们迁移，否则不能再支持我们。 我已经将整个数据库（数据和模式）导出到目标版本设置为2005的脚本中。生成的文件刚刚超过5GB。 但是，我无法打开目标服务器上的脚本，因为我收到以下错误： 错误hresult e_fail已从调用com组件返回 我知道这是没有太多的继续下去，是一个通用的错误。 不幸的是，在日志中没有别的东西。 这是以前有人遇到过的吗？