我应该为SQL Serverconfiguration一个特定的端口，并打开这个端口到局域网IP地址范围，或者打开基于程序的防火墙，这不需要为每个实例制定规则吗？ 我是否需要添加SQL浏览器作为一个规则，如果我想LAN计算机查看SQL服务器实例？
我configuration并testing了数据库邮件。 这一切工作。 我configuration了SQL Server代理来使用我创build的configuration文件。 我重新启动了SQL Server代理。 当我configuration作业并转到通知并查看电子邮件时，下拉菜单仍然是空白的。 我错过了什么？
我们有一个MSSQL数据库，其中所有主键都是GUID（uniqueidentifiers）。 GUID是在客户端（用C＃）生成的，我们正在考虑改变客户端来生成顺序（梳）GUID，而不是仅仅使用Guid.NewGuid（）来提高数据库性能。 如果我们这样做，这将如何影响已经具有“随机”GUID的数据作为集群PK的安装？ 任何事情都可以完成（短的改变所有的PK值）重build索引，以避免进一步的碎片和不良的插入性能？ 如果可以，请给出明确而详细的答案。 我是一名C＃开发人员，并不太熟悉SQL Server的所有复杂性。 谢谢！
最近我发现自己在SQL Server 2008（EXPRESS）上快速部署生产应用程序，在运行ASP.NET应用程序和我们的数据库服务器的Web服务器之间configuration防火墙规则时遇到了一些问题。 我在互联网上可以find的所有东西都声称，我只需要在数据库服务器上可以访问TCP端口1433/1434和UDP端口1434即可。 但是，我们无法使用这些端口在Web应用程序和数据库之间build立连接。 在我们的数据中心的一个人的帮助下，我们发现数据库服务器上的stream量也是TCP端口2242。 打开这个港口后，一切正常，但我们不知道为什么。 后来，由于一些磁盘空间的问题，我不得不重新安装SQL Server，发现问题已经重现了 – 在使用数据包嗅探器的另一个会话之后，我们发现这次数据stream将进入数据库服务器上的TCP端口4541。 我的问题是，有一些configuration选项，我在SQL服务器，使其select随机端口丢失？ 我希望尽可能locking我们的防火墙规则，当然，我们希望避免将来出现任何神秘的连接问题，特别是在应用程序正常运行时。 两台服务器都运行Windows 2003 R2 X64。
我有两台SQL 2005服务器之间的日志传送工作正常。 我怀疑一个作业被添加到备份事务日志到磁盘的源服务器（与现有的日志传送作业无关）。 据我了解，如果你这样做，然后日志传送将无法正常工作。 果然，它不再有效。 我删除了刚刚创build的作业。 日志传送仍然不起作用。 我已经重新启动了两台服务器，再次，日志传送不起作用。 我现在亏本了…我得到的是以下错误： 日志传送辅助数据库XXXXXXXXXX的恢复阈值为45分钟，并且不同步。 5882分钟没有恢复。 恢复的延迟是15分钟。 检查代理程序日志和logshipping监视器信息。 任何帮助感激！ 提前致谢。
SQL复制可以用于发布SQL Server 2000系统数据库到另一个SQL Server 2000服务器，即主，模型，msdb？ 如果这是不可能的，在发布服务器和订阅者之间保持SQLlogin同步（更确切地说是他们的密码）的正确策略是什么？
我是一名开发人员，需要一些DBAbuild议。 我们开始得到一个MSSQL2005数据库的性能问题。 事件的可见效应主要是服务器上的CPU占用率，但是操作报告说，这也是从SAN中耗尽资源（并不总是）。 问题的主要来源在某些应用程序中是肯定的，但是我想知道是否应该划分一些主要的表来缓解I / O压力。 一个文件中的基数约为60GB。 主表（订单）有2.1百万行215科朗（但没有巨大的）。 我们有一个整数作为PK，所以应该可以定义一个分区函数。 我们会用分区来赢得一些东西吗？ 将分区索引给我们买东西？ 这里是关于数据库和表格的一些更多的事实 database_name database_size unallocated space My_base 57173.06 MB 79.74 MB reserved data index_size unused 29 444 808 KB 26 577 320 KB 2 845 232 KB 22 256 KB name rows reserved data index_size unused Order 2 097 626 4 403 832 KB 2 […]
我正在用以下信息研究一个问题： 我们有一个大约有90klogging的日志表，在极端的情况下插入了几秒钟（大概10到20s）。 表格的其中一列存储XML作为XML数据types。 在插入过程中XML不会被parsing，只是存储。 我们尝试截断表格，假设问题与logging数量有关（尽pipe90k似乎是“正常的”），插入仍然performance不佳。 虽然我知道还有其他问题可以解决这个问题，但是有什么可以帮助我debugging这个问题？ 感谢您的任何build议和帮助提前。
我最近从三个不同的NetApp FAS2050归档器inheritance了一个安装了LUN的SQL Server 2005盒子。 之所以有三个，是因为前两个申报者空间不足，我们的数据库不断需要更多的数据库。 这种设置有什么样的性能影响（如果有的话）？ 将其他两个旧文件pipe理器中的LUN移动到新的文件pipe理器上，以便我们只有一个文件pipe理器/控制器用于caching等是更好的办法吗？ 这是一般的。 我抱歉没有更具体的。
如果我closures程序并从RDP会话注销，SQL Server Profiler是否还继续configuration文件？ 谢谢大家的帮助