SQL Server 2008pipe理需要多less努力?

我正在寻找适合ASP.NET MVC应用程序的主机环境。 其中一个选项是租用Hyper-V服务器,并在其上安装我的SQL Server 2008许可证。 我对共享主机有点警惕,因为迄今为止我尝试过的一个似乎没有非常一致的性能。

一个潜在的问题是,我不知道有关SQL Serverpipe理,所以我不知道这是否是一个好的select。 我已经运行了两个linux专用服务器的故障转移群集已经超过5年了,MySQL从来没有给我任何麻烦。 但那是Linux,它可能与Windows系统不同。

运行一个中途有效的MS SQL Server 2008很困难? 这是否需要深入的pipe理知识? 或者可能是经常性的pipe理工作(比如让服务器保持最新的补丁)? 或者它是一个类似于MySQL的“安装和忘记”体验?

SQL Server很容易pipe理,但仍然需要pipe理。 这至less包括:

  • 定期备份。 你希望这个或者其他的模型能够清理你的日志文件(因为它们会累积起来,永远不会被删除)。
  • 定期修补。 每2个月进行一次累积更新。

最重要的是,在SQL Server中设置一些自动维护(例如weekyl数据库检查等)。

从所有数据库SQL Server是最好的pipe理。

也就是说,你潜在地处于一个糟糕的轨道上:

  • 互联网上的SQL许可证必须是SPLA(服务提供商许可协议)。 没有购买,每月租用。 上面比购买便宜。 你的licesne根本不包括服务提供。
  • IO性能可能很糟糕。 Hyper-V标准服务器不适用于SQL托pipe。 SQL,就像任何数据库一样,在忙于拥有非常特定的IO需求时,通常会为数据库规划光盘布局,而不是将某些光盘放入案例中。 它也适用于Hyper-V(我在Hyper-V上运行我的主SQL Server),但是你不希望有一个“正常”的hyper-V设置,这很可能有一个完全蹩脚的IO值开始。

IO问题的例子:

根据你如何运行Hyper-V作为主机,你可能会有一个“中型服务器”(8-12个处理器内核,基本上是一个双处理器皓龙平台),你可以使用32-64gb的RAM加载虚拟机。 光盘 – 嗯 – 一个RAID中的几个大1tb光盘可能。 2x1TB到2x2tb镜像,或三个RAID 5可能(便宜)。 性能? 对于大多数事情都足够了。 明智的? 吮吸低IO。 你不会单独为一个SQL服务器做这件事,但是在这里它是在所有hyper-v实例之间共享的……并且会有很多。

我自己的设置(就像比较):

  • Hyper-V服务器2个机架单元,2×4核心opteron 64GB RAM。 到目前为止一样。
  • 作为操作系统和虚拟机的RAID 10,4x10k rpm速龙机驱动器。

已经好多了,也更贵了。 但这不是结束的地方。

  • 对于SQL服务器,另外12个(!)速龙驱动器在2个raid组(日志,数据)中直接映射到hyper-v实例。 (是的,硬盘盒有24个硬盘插槽)。

Ergo:我有我需要的所有IO性能(我需要它)。 虽然这不是典型的低成本hyper-v虚拟服务器设置。

请注意您的需求以及Hyper-V服务器的function。 MOST提供BAD数据库服务器。 不过,与小型服务器无关。

如果你认为MYSQL是一个“安装和忘记的经验”,SQL 2008相对来说应该是一件轻而易举的事情。 虽然有补丁,但大多数DBA都会在预定的时间(如果他们认为需要的话)进行安装。

运行一个中途有效的MS SQL Server 2008很困难?

只有一个? 不是真的IMO。

这是否需要深入的pipe理知识?

如果你得到了MySql,那么你对数据库概念有一个了解,你只需要学习Windows / SQL Server是如何做的(有时这可能是一个任务)。 但这并不复杂,而且有丰富的信息。

或者可能是经常性的pipe理工作(比如让服务器保持最新的补丁)?

如果您希望像任何操作系统一样保持最新,以及SQL Server,则需要修补操作系统。 可以设置为在您指定的时间自动完成,或手动完成。 维护计划可以在数据库端自动完成很多事情。

我所有的Windows / SQL Server的经验,所以我不能说多less比你的过去的解决scheme更困难,但我可以告诉你,多年来,SQL Server并没有在我的服务器上我最头疼环境。

租用Hyper-V服务器并在其上安装我的SQL Server 2008许可证。

除非您拥有每个处理器的许可证,否则您不能公开从Internet上为ASP应用程序使用的许可SQL Server。 CAL许可证无法使用,因为您将复用无限数量的用户。 您可能会更好地从一个已经与MS谈判批量许可的供应商处进行托pipe,并向您提供许可的SQL,如拥有SQL的EC2 VM。

根据pipe理的难度:基本上什么都没有从你的操作系统pipe理知识将转移到SQL。 一些概念确实重叠(如备份,安全性,性能监控),但实际上只是一个概念。 SQL Server有自己的恢复/备份模型,有自己的安全模型(与操作系统明显不同),有自己的作业调度基础架构,有自己的性能概念。 差异的一些例子可能是这样的事情:

  • 日志备份,这是一个特定于SQL的概念,也是一些恢复场景的基石(时间点恢复,日志传送)
  • 数据库主体(用户)与服务器主体(login),没有等效的操作系统概念
  • 性能监视:locking争用监视,它没有等同的操作系统概念

这些只是一些例子,但其要点是,SQL Serverpipe理是一个不同的技能组,以前的操作系统pipe理技能很less转移。 无论是艰难还是轻松,我都不能说。 如果你不知道该做什么或在哪里寻找将是非常困难的。 我build议你先拿一本关于SQLpipe理的好书。

我觉得这是一个很难回答的问题,因为它太主观了。

我有sql express安装,除了已经安装了几年的补丁,我从来没有碰过。

我有SQL 2000和SQL 2005安装,我触及规律。 我正在为他们创buildDTS / SSIS包。 我经常运行查询,检查备份等,这些是大量事务性数据库,但…

我不完全确定你的问题可以回答,没有你的更多具体信息。