标签: sql-server

如何在我们的开发服务器上配置数据库服务器，以便在创建新数据库时Simple默认为恢复模型？

目前，如果我们还记得，在创建数据库时，我们必须单击选项选项卡并选择简单。

在以前的 SQL 版本中，我记得我可以将 Simple 设置为新数据库的默认值。如何为 Sql Server 2012 设置？

我们有一个强大的 Windows 2008 x64 服务器（4 x 4 核 CPU，32GB RAM）运行 SQL Server 2005 64 位。我们有一个很小（6GB）但非常重要的数据库，它在页面缓存在内存中之前访问有点慢（使用是非常随机的 I/O，因此给定页面在内存中的几率非常低，最终用户抱怨最初的缓慢）。磁盘足够快（本地 15K SAS），但我猜该应用程序编写得有些笨拙（它是一个 COTS 解决方案）所以我想知道是否有办法在 SQL Server 2005（不支持 2008）的内存中“强制”数据库由供应商提供，所以我们不应该升级到那个）来帮助避免最初的缓存填充蓝调？

我目前的方法是，我从脚本中的每个表中运行 SELECT * 以获取内存中的数据页，但此方法未缓存某些对象（索引、全文搜索等）（并修改脚本以查询索引和将适当的 WHERE 子句写入缓存是一种复杂的海洋）。

将 Web 应用程序 (.net) 部署到生产环境时，使用集成安全性更好还是更重要？

在我看来，如果黑客破坏了 Web 服务器，这并不重要，因为他们可以轻松地冒充机器。

想法？

我有一台运行 MS SQL Server 的 Window Server 2000 机器，可存储超过 20GB 的数据。数据库每天备份到第二个硬盘。我想将这些备份文件转移到另一台计算机上，以构建另一台测试服务器并进行恢复练习。（备份实际上几乎 5 年都没有恢复。不要告诉我的老板！）

我无法通过网络传输那个巨大的文件。我尝试过普通网络复制、apache 下载和 ftp。当传输的数据量达到 2GB 时，我尝试过的任何方法都以失败告终。我最后一次成功传输文件是通过 USB 连接的外部硬盘驱动器。但我想定期执行此任务，最好是自动执行。

想知道在这种情况下最务实的方法是什么？

这不是一个我应该如何做的问题，只是为了设置舞台。这是你的经历是什么？请在快速回复之前通读整个问题。

昨天我花了一天时间向当前一轮 SharePoint MCM（Microsoft 认证大师 - 请参阅此处）的学生讲授SQL Server 中的所有高可用性技术，以及 SQL 日志/恢复/备份/还原的工作原理。这非常重要，因为在每个企业级 MOSS 安装下都有一个隐藏的企业级 SQL Server，通常没有 DBA。Kimberly 在周五教他们一天的数据库维护（我们教的 SQL MCM 第一周的缩小版本）。

我们讨论了使用数据库镜像为 SharePoint 数据库提供高可用性的可能性，以及相关的利弊。现在，我知道数据库镜像到它的最低内部深度，因为我曾经在 Microsoft 拥有它，因此无需在您的回复中指出行为和特质。我还知道 SharePoint 人员的镜像白皮书中的各种警告和指南，是的，它们只是通用指南，而不是硬性规则。

我的问题是：我想听听为 SharePoint 实施数据库镜像的任何人，以及您是否发现它对您有用，或者您崩溃和烧毁。特别是，您如何发现故障转移行为对您有用？您是否最终在一台服务器上使用了一些数据库主体，而在另一台服务器上使用了一些数据库主体，从而有效地拆分了您的场并使其无法使用，直到手动干预将所有内容都转移到一台服务器上？您是否将其用于本地或远程 HA？等等。

我们将不胜感激地收到任何答复，这将有助于扩大结合这两种技术的知识库，我会将故事反馈回 SharePoint 产品组，以及我教授的未来 MCM 轮换。

谢谢！

[编辑：PS 我也会在周末写一篇关于经验和指导方针的博客文章]

我正在寻找一些关于为 SQL Server 设置磁盘/分区的最佳方法的建议。以下是我的一些主要担忧：

应该如何分离 SQL 文件（数据文件、日志、临时文件）？

是对大量硬盘进行 RAID 并分区空间还是为每个 RAID 使用较少的磁盘制作多个 RAID 更好？

数据和日志文件是否应该位于不同的 RAID 类型上？

默认数据库（master、msdb 等）应该位于 C: 上，还是应该与其他数据/日志文件位于同一位置？

我们即将推出双网络/内部事务应用程序，其中每个客户都有自己的数据库。每个数据库都非常小 - 每个不到 50MB，所以我们想知道使用 SQL Express 2008 而不是完整的 SQL Server 是否有意义。

这似乎具有跨服务器分布磁盘 I/O 的优势，同时节省大量资金（因为小型 15K 驱动器和使用的双核服务器都很便宜）。如果在某个时候我们需要太多的服务器，我们可以升级到 SQL Server ......但是现在有几十个内部用户，这似乎太贵了（特别是因为我们需要一个故障转移盒）。

考虑到我们的小型数据库，1GB 内存和单个处理器上 4 个内核的使用听起来并不太严格。我们永远不会有超过 200 个并发用户，并且大多数操作将更具事务性（这似乎有利于大量高速磁盘而不是沉重的 RAM/CPU，对吗？）

我是否错过了 SQL Server Standard 的任何优势，这些优势最初可以证明额外的 5-20K 美元投资是合理的？

我们有一些数据库的索引碎片 > 95%。尽我所知，索引从未重建过，更不用说重新组织了。多年。

（公平地说，这些表似乎确实启用了自动更新的统计信息。同样，公平地说，他对备份很勤奋：每天完整，每小时 trx 日志。）

当我问起时，DBA 说他不愿意重建或重组索引。当我问为什么时，他说不上来。最后他说他担心潜在的数据丢失。例如，我们的 Great Plains Dynamics 会计应用程序使用了其中一个数据库，他似乎对此非常焦虑。

我不是 DBA，但从我所读到的内容来看，他的焦虑似乎……我很难理解。

我不确定下一步该怎么做。建议我应该如何进行？

我们有一个安装了 SQL Server 2012 BI 的 Windows Server 2012。

我可以远程桌面并使用服务器中的sql管理工作室。但是，我想在本地机器上安装该工具 - sql management studio 2012，但我认为不需要 sql server。

只能安装工具吗？？

我想知道其他人如何处理这种情况。

如果您的作业计划在凌晨 1:30 运行，该怎么办？在秋季，当时间发生变化时，1:00:00 到 1:59:59 的时间会重复，因此该作业将运行两次。

可以是 Windows 任务计划程序、SQL 代理或任何其他计划工具。大多数这些工具似乎基于机器时间，而不是 UTC 时间。如果我告诉它每晚在 UTC 时间运行作业，那么我就不会遇到重复的小时问题。