服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

为大型Microsoft SQL Server数据库优化文件,文件组和RAIDtypes的设置

首先 – 虽然我完全不屑一顾, 我也很感兴趣的是,如果有什么好的方法可以预先测量/收集数据,我可以使用这些数据来确定要遵循哪些“经验法则”,哪些要跳过。 我不能为应用程序显着改变模式,虽然我有一些怀疑,开发人员去索引快乐; 我不想拿出他们的索引,只是还没有取代他们。 我有一个相当大小的电话应用程序数据库,大约60GiB左右。 数据主要分解为: TRAFFIC表(不断的顺序写入,不定期的长时间扫描,沿着任何数量的报告索引,都快速增长,关联指数也很大)。 BILLING表(不断的顺序写入,经常扫描用户信息的account_info) 其他的一切(不断随机访问读写,比其他两个表更频繁) 我现在在单核机器上,3Gb专门用于SQL Server 2005和SQL Server 2005中的磁盘caching.msdb数据库和操作系统位于15k硬盘驱动器RAID 1上。日志文件和备份驱动器位于15k硬盘驱动器,RAID 1.电话数据库都在2 x 15k硬盘驱动器,RAID 10上(共有8个驱动器)。 我正在大力升级硬件。 在Server 2008 R2 x64上将拥有SQL Server 2008 R2,12个内核,32Gb的RAM。 它有四个内部HD,可能用于操作系统和备份,但最大的变化是连接的存储 – 在外部SAS接口上的12 x 15k驱动器。 我们在当前的服务器上有一点CPU / I / O的限制,但是还不足以打扰很多 – 这个新的服务器将会治愈许多罪过 – 但是我现在还是宁愿这样做。 我可以做一个巨大的RAID 10 6磁盘,并把整个数据库上,但我一直在考虑拆分TRAFFIC,它的索引文件到不同的分区 – 也可能是BILLING。 另外,其他的东西可能在它自己的文件中performance不错。 那么当然,总是有RAID 10和RAID 5/6,RAID 50/60要考虑。 我很想知道如何处理这个决定,以及如何确定是否有必要分拆硬盘,以便将TRAFFIC / […]