我在4个CPU（Linode 4096）的Debian GNU / Linux机器上使用MySQL服务器，在havy负载（在一天中）存在性能问题，但是机器不过载，只有查询速度慢。 我可以使用哪些其他数据库将使用这4个CPU？ 我读到MySQL只使用一个。 有没有SQL dababse或我需要使用NoSQL？ 大多数查询都是select。
我有一个运行在MS SQL Server 2008上的.Net应用程序的客户，由我们公司提供，作为Microsoft Small Business Server的一部分。 他从5个用户开始，因此我们没有出售任何额外的许可证。 今天有40个用户，性能下降。 一位MS顾问说，为了提高性能，你需要购买额外的许可证。 有关系吗 无论如何，我打算强制客户在法律上购买额外的许可证。 但是会有什么明显的性能差异吗？
我们有一个数据库密集型Java应用程序 我们使用的数据库是SQL Server 2008。 我们正在考虑将我们的Java应用程序转移到2-3节点负载平衡群集。 我们经常应用function添加/错误修复（因此新版本）。 每当发布任何数据库更改时，我们都可以通过从集群中一次获取一个节点来进行维护并在其上部署较新的应用程序来更新Java应用程序。 但是，有时我们会发布涉及更新数据库的版本。 （我们运行脚本和存储过程来添加，删除或更新数据库上的数据。）这些操作有时需要大约一个小时。 有没有办法以某种方式处理这个问题，以便在更新数据库的这段时间内不需要停止使用应用程序？ 在这种情况下，任何types/configuration的聚类都可以帮助吗？ 在任何一种解决scheme中，我们在2台服务器上有数据库（使用镜像或其他），并且我们将一台服务器离线进行更新过程，当更新结束时，我们使服务器重新联机并更新其更改那是从另一台服务器上取下来的？ 我不熟悉群集（对于SQL群集更是如此）。 所以请原谅，如果上述段落令你感到尴尬或听起来很尴尬。 感谢您的回答。
所以我即将把MSSQL服务器移到另一个更好的硬件服务器上。 我需要确保我正在移动一切。 我列出了我认为需要改变的一个小列表： 数据库（ofcourse :)） MSSQL邮件设置MSSQL作业 MSSQL维护计划。 MSSQL用户（系统用户） 我的问题是，有一种方法可以导出或备份这些设置，然后轻松地在新的服务器上恢复它们？ 而不是重新创造一切。 像，备份整个MSSQL服务器设置？ 硬盘/操作系统克隆不是我的select。
我们很困扰select哪个解决scheme来解决这个备份问题： 应该发生什么事情：首先，应该有一个接口select几个SQL数据库（sorting或任何其他），也应该备份一些文件夹 – >这可能是程序的一部分或可能是单独的，我想一个界面是select文件夹，但一个txt文件（或xml）与path到文件夹是一样好的。 接下来，一切都应该被压缩，SQL-DB和文件分开。 最终所有东西都应该复制到本地networking驱动器，然后通过FTP复制。 同样重要; 它可以编程或（部分）购买，但我不能成为那些昂贵的备份工具$ 1000 +等之一 我已经find了这个价格合理的工具，已经完成了大部分任务 7ZIP并复制到FTP sqlbackupandftp.com 为了您的信息：我们有一种由同事（前一段时间）创build的一种自制工具，但它变得非常不值得信赖，随着数据库的发展，它不能再处理了……继续 请提出build议。 提前致谢！
我从远程计算机连接到SQL Server 2008 R2，但是当我右键单击对象资源pipe理器中的实例它显示我Start,Restart,Stop, Pause, Resume选项禁用 我正在连接到服务器“DEXTER”[ip：192.168.1.2]上来自同一networking中的“SPARTAN”[192.168.1.10]的默认实例
让我开始，我是新来的SQLpipe理，并inheritance了一个旧的服务器，为我们的日常进/出操作的主要数据库服务。 所以，我对我的初级问题深表歉意。 我的任务是发现为什么在这个服务器上的简单的维护计划失败，只有当完整的备份不运行。 我已经做了一些挖掘，并确定罪魁祸首是我的事务日志正在填充（静态设置为20 GB，然后在第一轮作业失败后为40 GB）。 我也明白，我们目前的恢复模式（简单）是一个生产SQL服务器的坏主意，应该被转移到批处理或完整。 我还对日志文件的使用情况（％）进行了监视，并注意到日志文件在生产时间内使用率最低（小于1％），只有在进行维护时才会填满。 一个成功的简单的保养计划将消耗40％到80％的转运日志。 失败将最大限度的日志。 你还需要其他哪些信息？ 我需要理解为什么当完整备份运行时简单的维护计划成功，而当它们不运行时则失败。 我读过的所有内容都说我不应该看到这个问题。 我想更好地理解正在发生的事情，所以我不必“只是增加日志空间”。 对我来说，这个想法是一个长期会伤害我们的创可贴。 服务器环境：SQL Server 2005 x64（9.0.3080）w / SSRS在Windows Server 2003 R2 x64上。 完整备份在所有数据库MF上运行。 主要操作数据库在生产/营业时间内具有10分钟的差异，并且具有简单的恢复模式。 简单的保养计划每24小时运行一次。 在文件系统上：主操作数据库大约是。 索引文件（其中4个）大约为70 GB。 2 GB，传输日志是40 GB。 完全备份大约50 GB 没有复制或镜像。 我在看这个工作，它的types被列为一个SSIS包。 这有道理吗？ 执行任务：数据库完整性 – 包括索引重build索引 – 每页默认可用空间 – 在tempdb中sorting结果更新统计信息 – 仅列数据 – 完全扫描维护清理 – 删除文件：维护计划文本报告 – 年龄：2周以上历史清理 – […]
尝试在一组networking服务器上执行查询，但得到一个奇怪的语法错误。 顶部查询将成功运行，但只要添加/删除程序添加，“多部分标识符”SYS.ResourceID“无法绑定”。 最后，我希望能够查询一组计算机并查看每个添加/删除程序列表。 工作代码拉服务器types，服务包等： SELECT DISTINCT SYS.Name，OPSYS.Caption0，OPSYS.CSDVersion0，OPSYS.InstallDate0，OPSYS.LastBootUpTime0 FROM v_FullCollectionMembership SYS 在SYS.ResourceID = OPSYS.ResourceID上joinv_GS_OPERATING_SYSTEM OPSYS WHERE SYS.CollectionID = @CollID ORDER BY SYS.Name，OPSYS.Caption0 不工作： SELECT DISTINCT SYS.Name，OPSYS.Caption0，OPSYS.CSDVersion0，OPSYS.InstallDate0，OPSYS.LastBootUpTime0，ARP.DisplayName0，ARP.Version0 FROM v_FullCollectionMembership SYS，v_Add_Remove_Programs ARP 在SYS.ResourceID = OPSYS.ResourceID上joinv_GS_OPERATING_SYSTEM OPSYS WHERE SYS.CollectionID = @CollID ORDER BY SYS.Name，OPSYS.Caption0
我正在考虑使用这个工具来压缩我的备份。 我期待加快备份和恢复过程，不仅仅是为了节省磁盘空间。 你用过吗？ 如果是这样： 它是怎么回事？ 任何特别的好事或坏事呢？ 如果您还使用了付费备份压缩工具之一，您认为我会多花点钱吗？ （请记住，在短期内，我真的只是想加快进程，我正在使用2005年工作组版） 谢谢。
我的SQL Server 2008 SP1实例崩溃了，这是一个单独的问题，我在SQL Server代理日志中看到以下一组消息： [139] AutoRestart: Attempting to restart the MSSQLSERVER service (attempt #1)… [368] AutoRestart: Unable to restart the MSSQLSERVER service (reason: Access is denied) 是否有一个权威的地方，描述了什么权限应分配给SQL Server代理运行的域帐户？ 谢谢！