企业数据管理从清理混乱开始

当供应商推销云归档、云备份或云存储时，我遇到的一个问题是，他们本末倒置。在任何组织开始将数据复制到云之前——无论是为了保存、保护、安全还是遵从，或者只是为了释放容量——他们需要对复制的数据有一定的了解。在企业数据管理方面，没有最适合的策略。

虽然I/O是I/O，位是位，块是块，但并非所有数据对业务具有相同的价值。例如，数据继承了它的临界性DNA，从产生和使用它的应用程序。应用程序在关键任务业务流程中所扮演的角色同样重要。如果没有任何对业务流程/应用关键度的交叉参照，数据就只是一堆匿名的磁性或光学信号。

不理解数据中的差异将导致错误制定灾难恢复计划、安全性或遵从性。您存储的数据中只有一小部分经常被引用、更改或修改。这些就是所谓的“生产数据”。在数据管理研究所进行的研究中，生产数据占存储数据的30%左右。其余70%是孤儿数据、违禁数据、数据副本以及因业务或监管原因必须保留的数据的组合。存储数据的位置对如何规划数据保护、安全性和遵从性也很关键。考虑到目前大多数数据存储的硬件和/或hypervisor堆栈中心主义，您必须知道服务于关键应用程序的数据位于何处，然后找到有效的方法，将正确类型的数据托管、保护服务和归档策略应用于数据。

企业数据管理流程，如数据保护(数据复制)在很大程度上既不是硬件不可预知的，也不是hypervisor不可预知的。IBM有其偏爱的方式来复制存储在其工具包中的数据，EMC有其偏爱的方式，VMware不想要它VSAN数据要复制到Microsoft集群存储空间存储库NetApp不希望自己的文件被复制到Isilon钻机上。在许多情况下，供应商已经建立了实际的障碍，以防止复制他们堆栈之外的数据。

无论您的基础设施或存储平台是专有的还是开放的，您的数据保护(复制)策略仍然应该考虑数据临界性、访问频率、更改率以及快速恢复、故障转移和故障恢复。这种企业数据管理分析很难手工完成，因此经常无法完成。

即使在创建数据保护或保留策略之前，在构建存储基础设施本身时也要考虑数据类和使用特征。IBM讽刺地指出，将所有数据托管在第0层或第1层存储上的做法过于频繁，这种做法既昂贵又低效——就像永远复制、加密和归档所有数据一样。当公司开始接洽时，这一点就会变得非常明显zettabyte-sized数据存储库．然而，很有可能在选择承载数据的平台时，很少关注应用程序的关键性或数据可用性需求。

在企业数据管理方面，没有最适合的策略。

因此，我们经常遇到一个杂乱的存储垃圾抽屉，它让我们更容易忘记将数据分割成类或类别，而只是找到一种方法，将整个混乱复制到云上。这正是许多云服务供应商希望我们做的——尽管这是一个糟糕的策略。

这就是企业数据管理技术比如catalog Software的那些变得很重要。Catalogic的ECX使公司能够收集有关其所有数据的数据，然后明智地应用保护(复制)服务，而无需将数据从其所在位置转移。使用产品的方法嵌入到它的用户界面中。

首先，无论数据在哪里，都要对其进行分类——收集数据行为的元数据，如使用量、留存率和增长率。据catalog称，用于数据发现的工具工作得很好，但仅限于特定的设备和系统管理程序品牌，根据供应商联盟和客户反馈，可以访问和编目的平台范围不断扩大。

像数据保护(数据复制)这样的企业数据管理过程在很大程度上既不是硬件不可预知的，也不是hypervisor不可预知的。

catalog帮助您记录存储基础结构的拓扑——它创建图表，显示数据是如何托管的，以及如何复制或复制数据，包括这些副本存储在哪里、更新的频率以及副本保留多久。这是很有价值的信息，特别是对于那些在“遗留”操作中寻求维护稳定性和弹性的数据中心骨干来说。

ECX提供了一种方法，可以在新的应用程序或数据库或分析过程中使用选定的数据，等等。对于开发人员来说，能够交叉引用生产数据或已经存在的副本，而不是再次将数据复制到单独的实例中，是非常省时的。

该产品提供用于分析数据、评估现有复制流程的有效性和发现拓扑限制的工具，增强企业数据管理能力。它还可以帮助改善数据托管，消除阻塞点，减少浪费的复制和复制保留，并微调应用于数据的保护服务。

目录技术使我们更接近于简化基本的，但被低估的，规划和管理任务，应该是存储基础设施设计，数据保护和数据保存的一部分。该公司在2月初向我展示了他们产品的最新版本，大约是在同一时间宣布与IBM联合上市．很明显，这种技术是“企业级的”。