在云迁移蛋之前的鸡肉

一年多了’已经研究了云迁移最佳实践。 Â一致地有一个红旗绊倒我’m查看推荐的迁移路径。 Â无论您阅读内容,只是所有这些都包含以下高级步骤:

正如我们从上面所看到的那样,确定项目的范围,所以要求提供并分配项目团队。

项目中的下一步是选择一个或多个云,选择在云中测试的第一个环境以及安全问题和应用程序限制。 DBA重复测试,因为它们继续尝试跟上刷新或确保云环境的需求,能够在预级和循环持续到发布切换日期之前保持同步。迁移GO或NO-GO发生,并且不生成或所有环境迁移到云。

作为为Delphix工作的人,我专注于DBA可以的失败点’T云迁移或开发和测试中的完整克隆和数据刷新’T能够完成公司使用虚拟化的必要步骤。 Â从安全的角度来看,我关注公司的荣获’T投资掩盖了这些消息中的马裤的薄屏,而是作为一个DBA,有一种完整的不同情景,真正让我质疑许多公司正在使用迁移到云的步骤。

现在在这里’在哪里他们每次松开我 - Â就大多数云迁移计划的最后一步 - Â优化。

I’M在迁移到云后,通过优化被视为您拍摄的步骤。 Â是的,我相信无疑是未知数,没有人可以在物理迁移到云环境之前考虑,但要采取数据库,“as is”当大量的性能数据已经了解可以并将影响性能的数据库已知,似乎令人担忧无可责任的风险和业务影响。

所以在这里’我对投资云迁移或已经迁移到云的问题的问题 - 在迁移到云之前或之后,您可以简化和优化数据库/应用程序吗?

 

 

dbakevlar.

http://about.me/dbakevlar