我的办公室服务器有问题。 这是一个具有6GB RAM内存的虚拟化Windows 2008 R2服务器。 它只有微软的SQL Server（内存分配最大= 3GB），只是一个不超过1GB的RAM的软件。 但是，服务器的RAM内存几乎已经满了，看着任务pipe理器中的进程，他们似乎没有总结这一点。 我已经安装RamMap，但不能很容易地解释它，有没有什么“高价值”，你可以相同？
我在1and1.com托pipe的专用Windows 2008 Server上安装了SQL Server 2008 Express实例。 我无法通过pipe理工作室远程连接到服务器。 我已经采取了下面的步骤，超出了任何进一步的想法。 我已经研究过这个网站，不能找出其他东西，所以请原谅我，如果我错过了一些明显的东西，但我会疯了。 这是低调。 在本地工作时，SQL Server实例正在运行并且工作正常。 在SQL Server Management Studio中，我已经勾选了“允许远程连接到这个服务器” 我已经从1and1pipe理面板中删除了任何外部硬件防火墙设置 服务器上的Windows防火墙已被禁用，但只是为了踢我添加了一个入站规则，允许在端口1433上的所有连接。 在SQL本机客户端configuration中，TCP / IP已启用。 我也确认服务器IP地址的“IP1”对于dynamic端口是0，但是我删除了它，并在常规TCP端口字段中添加了1433。 我也将“IPALL”TCP端口设置为1433。 在SQL Native Clientconfiguration中，SQL Server Browser也在运行 我也尝试添加一个ALIAS的 设置此值后，我重新启动了SQL Server。 在服务器机器上执行“netstat -ano”会返回一个 TCP 0.0.0.0:1433 LISTENING UDP 0.0.0.0:1434 LISTENING 我从我的本地计算机进行端口扫描，它说端口被筛选而不是侦听。 我也尝试从我的本地机器上的pipe理工作室连接，这是抛出一个连接错误。 尝试使用SQL Server和Windows身份validation在数据库安全性中标记以下服务器名称。 ip地址\ SQLEXPRESS，1433 ip地址\ SQLEXPRESS IP地址 IPADDRESS，1433 TCP：ip地址\ SQLEXPRESS TCP：ip地址\ SQLEXPRESS，1433
我们有一台运行SQL Server 2005 64位的强大的Windows 2008 x64服务器（4 x 4核心CPU，32GB RAM）。 我们有一个小的（6GB）但非常重要的数据库，访问起来有点慢，直到页面被caching到内存中（这个用法是非常随机的I / O，所以给定的页面在内存中的可能性非常低，最终用户抱怨最初的缓慢）。 磁盘速度够快（本地15K SAS），但我猜应用程序有点笨拙（这是一个COTS解决scheme），所以我想知道是否有一种方法来强制在SQL Server 2005中的内存中的数据库（2008年不支持由供应商，所以我们不应该升级到这一点），以帮助避免初始caching填充布鲁斯？ 我目前的方法是，我从脚本中的每个表运行一个SELECT *来获取内存中的数据页，但是一些对象（索引，全文search等）没有被这个方法caching（并修改脚本来查询索引和编写适当的WHERE子句来caching是熬海复杂的）。
我们即将推出双Web /内部交易应用程序，每个客户端都有自己的数据库。 每个数据库都非常小 – 每个都不到50MB，所以我们想知道使用SQL Express 2008而不是完整的SQL Server是否合理。 这似乎具有在服务器之间分配磁盘I / O的优点，同时节省了大量的$$$（因为小型15K驱动器和使用的双核服务器都不贵）。 如果在某个时候我们需要太多的服务器，我们可以升级到SQL Server …但是对于几十个内部用户来说，现在看起来太贵了（特别是因为我们需要一个故障转移框）。 考虑到我们的小型数据库大小，1GB内存和4个内核在单个处理器上的使用情况听起来不太严格。 我们永远不会有超过200个并发用户，而且大多数操作将会更具事务性（这似乎赞成大量的高速磁盘而不是重的RAM / CPU，对吧？） 我是否错过了SQL Server Standard的任何优势，可以certificate最初额外的$ 5-20K的投资？
我有一台运行MS SQL Server的Window Server 2000计算机，存储超过20GB的数据。 数据库每天备份到第二个硬盘。 我想将这些备份文件传输到另一台计算机上，以构build另一台testing服务器并进行恢复练习。 （备份从未实际恢复了近5年，不要告诉我的老板！） 我无法通过networking传输这个庞大的文件。 我试过简单的networking拷贝，apache下载和ftp。 当传输的数据量达到2GB时，我试过的任何方法最终都会失败。 上次我成功传输文件，它是通过一个USB连接的外部硬盘驱动器。 但是我想要常规地执行这个任务，最好是自动完成。 不知道这种情况下最实用的方法是什么？
这不是一个我该怎么做的问题，只是为了设置舞台。 这是你有什么经验？ 在快速回复之前，请仔细阅读整个问题。 我昨天花了一天的时间教导SharePoint MCM（微软authentication大师 – 请看这里 ）的学生所有关于SQL Server中的高可用性技术，以及SQL日志/恢复/备份/恢复如何工作。 这是非常重要的，因为每个企业级的MOSS安装都是隐藏起来的Entreprise级SQL Server，通常没有DBA。 Kimberly在星期五教他们一天的数据库维护（一种SQL MCM第一周缩减版）。 我们正在讨论使用数据库镜像为SharePoint数据库提供高可用性的可能性，以及相对的优缺点。 现在，我知道数据库镜像的内部深度最低，因为我曾经在微软拥有它，所以不需要在回复中指出行为和特质。 我也知道来自SharePoint人员的白皮书中的各种警告和指导原则，是的，他们只是通用的指导方针而不是硬性规定。 我的问题是这样的：我希望听到任何实施SharePoint的数据库镜像的人，以及是否发现它适用于您，或者您崩溃和烧毁。 特别是，您是如何find故障转移行为为您工作的？ 你是否在一台服务器上有一些数据库负责人，另一些人是否有效地分割了你的服务器，并使其无法使用，直到手动干预将所有事情都转移到一台服务器上？ 你使用它为本地或远程HA？ 等等。 任何回复都将受到感谢，并将有助于拓宽与这两种技术结合的知识库，并将故事情节回馈到SharePoint产品组以及我所教授的未来MCM轮换。 谢谢！ [编辑：PS我会在这个周末也把关于经验和指导方针的博客文章放在一起]
我听说MS SQL Server占用了尽可能多的RAM来caching结果。 那么，我们的servlets器的RAM没有足够的讨价还价的余地。 如何更改设置以限制可以使用的RAM数量？ 运行在Windows Server 2008上的MS SQL Server。
我们目前正在为客户实施备份解决scheme，他们的ERP解决scheme使用SQL Server。 ERP解决scheme由另一家公司build立。 而且他们告诉我，备份和截断事务日志是非常重要的。 我一直在读这个事务日志，我不明白为什么这是非常重要的， 当我已经备份整个机器 （我们正在使用ArcServe UDP，它知道SQL Server和使用VSS）。 我的理解是，SQL Server虚拟机上的清理任务已经在处理截断日志，但UDP也允许SQL Server日志截断。 我的理解是，事务日志可以用来恢复损坏的数据库，因为它是所有事务的日志。 但是我已经有了整个数据库的小时备份，所以我为什么要关心？
当我告诉他们我可以在运行SQL Server数据库的时候备份一些SQL Server数据库，并想知道如何做到这一点，我的一些同事很惊讶。 我知道SQL Server能够备份数据库，但它仍然在线，但我不知道如何解释为什么它是可能的。 我的问题是这对数据库有什么影响？ 如果数据在备份运行时被修改（通过插入，更新或删除），备份是否会包含这些更改，或者之后会将其添加到数据库中？ 我假设日志文件在这里起着重要的作用，但我不太确定如何。 编辑：就像一个笔记，我的情况涉及使用SQL Server代理备份数据库和在这个过程中的数据库修改的影响。
我正在寻找关于为SQL Server设置我的磁盘/分区的最佳方法的一些build议。 以下是我的一些主要问题： SQL文件应该如何分离（数据文件，日志，临时文件）？ 对RAID进行大量的硬盘分区和分区，或者为每个RAID使用更less的磁盘来创build多个RAID，会更好吗？ 数据和日志文件应该是不同的RAIDtypes？ 如果默认的数据库（master，msdb等）位于C：或者应该与其他数据/日志文件在同一个地方？