小编Dan*_*ett的帖子

我们正在将 SQL Server 2005 数据库迁移到新服务器并升级到 2008，我正在寻找一些建议和保证我们的方法是正确的。

我继承了这个数据库，但说实话，我发现它有点混乱 - 最重要的是，我基本上已经学会了在这台服务器上成为一名 SQL Server 开发人员（没有计算方面的教育背景），所以我做了很多我自己的错误。我们作为一个部门（公共部门）资金不足，因​​此缺乏专业知识，只能靠自己的力量自力更生。数据库一开始只是一个后台的东西，但对我们的组织来说已经变得非常重要，因此坦率地说，性能令人尴尬。

所以我们有这样的问题

• Autoshrink 使用历史
• 存储空间不足的历史 - 服务器上从来没有足够的空间让数据库增长，所以我猜这些文件可能在内部很碎片化。
• 有多种归类类型（无缘无故），
• text到处都是不合适的数据类型（很多Nvarchar, nchar，ntext当我们不需要 ascii 字符时，text哪里varchar更合适）

新服务器是 64 位虚拟服务器，存储在 RAID 上。

我安装和升级后的计划是：

• 删除大量我们已经确定（有信心）冗余的表（大约是数据库大小的 1/3！）
• 将排序规则归一化为 1 种类型（经过一些分析和测试，我们确信这不会给我们带来问题——我们不需要区分大小写）
• 将text数据类型规范化为varchar/char
• 将数据库文件大小设置为未来 2 年的预期使用量加上 50%

在这些流程之后/之前，我还有什么应该考虑的吗？这里的任何决定是否看起来不合时宜？例如文件大小问题 - 这是我在 RAID 上需要担心的事情吗？