存储规划方案 如何编写存储战略文档

    体系结构战略

谈到存储战略，从本质上来说总是从技术角度来考虑这个问题。因此，战略的体系结构部分的读者总是IT组织或者IT经理们。在这里，体系结构的图表将非常有用，但是在体系结构的决策和服务交付之间必然有一定的联系，这里要包括有助于支持改进主张的任何有关的计算，例如正常运行时间以及恢复时间的优势。

    除了硬件的规划外，体系结构的讨论还应该包括软件战略。对于体系结构战略，按照存储管理进行分类有助于决定哪些部件是必须的，哪些不是必须的，甚至可以知道哪些是可以在后来再添加的。

    实现计划

一个实现计划应该考虑到外部因素（例如，商业推动者的调整如新的厂房或者新的调整，以及新出现的技术等）以及与之相关的第三个要素――也就是时间。当然，行动只是一个术语，一般是指IT组织在指定的时间框架内必须要完成的某项任务。实现计划必须非常详细而且切实可行。但是，在实现规划中最详细的应该是第一年的内容。因为随着时间的推移，未来的事件将变得越来越不确定，因此规划也就不再需要那么详细了。

    在实现计划中还应该考虑其他两个要素：

    存储规划者以及其他的IT消费者们应该考虑他们的源战略（sourcing strategy）。例如，规划者可能会决定追求一种“最佳”的选择战略，使得能够将自己现有的一部分应用集成到整个方案中来。而另外一种可能出现的情况是，规划者的源战略只从单一的提供商处选择，并且只选择一个提供商对相应的源负责。然而，对于整个行业来说，全部都做出这样的决定是不太可能的。规划者或许可以对明确定义的产品分类（例如，存储阵列），选择单一的源战略，或者还可以对在研发中的产品（例如，存储管理软件）进行分类，选择最佳实现方法。在这里又一次重申，从本质上来说，没有最佳答案，但是必须做出清醒的决策以保证应用的一致性。

    在规划的初期，战略文档中就应该包含角色和责任。如果出现了新的情况或者有什么新的变更，这些变更应该在鱼骨图（fishbone diagram）上体现出来。修改后的组织图表也是非常有帮助的。

    成本估算

如果没有成本的估算，所有的规划都不可能得到认可，或者说它是一个完整的规划。成本估算是一个很容易理解的概念，在这里就不再详细讨论了。需要重点指出的是，无论如何，在这里都要将可选方案进行详细的比较，这样才能做出客观的选择。

    对假设和意外的概述

所有的规划都应该包含对规划的各个部分可能造成的影响的假设。例如，通常说来，应该加上经济将继续保持稳定，商业运转保持良好态势，提供商按时交付自己的承诺等。然而随着时间的推移，这些假设只有一小部分是正确的。无论结果是好还是坏，一个可信的规划应该能够识别出关键的假设和研发过程中的不确定因素。虽然组织倾向于注意负面事件如商业低迷，未曾预料的商业扩展而导致管理层的变化也是一种挑战。

    评测规划

评测规划应该回答关键问题：成功由哪些因素组成？成功或许应该包含主观的标准和客观的标准，正如前面所描述的“目前状态”这一节。另外，评测一个规划，要求参与者周期性的坐下来回顾这个规划、等级性能以及做出调整等。这种类型的回顾将存储规划从一个一次性事件变成了一个长期的过程。

    商业影响：存储是IT预算中的重要部分之一。从控制成本到满足或者超过企业的要求的角度来说，发展一个战略规划过程是一种非常有效的机制。

    总结：一个全面的存储战略将为IT组织提供一个可行的规划，同时为非IT经理们提供一种方法，通过这种方法可以让他们理解组织的存储规划的重要性以及让他们知道如何评估存储战略。