为什么数据库迁移如此复杂?
在理想环境中,IT部门可以将企业数据从一个位置移动到另一个位置。
但是,这不是一个完美的世界,而使数据库成为企业运营核心的复杂性使其在没有仔细计划的情况下移动变得更加困难,并且更容易陷入混乱。
SentryOne公司客户服务副总裁Jason Hall说:“企业投入更多的时间和精力来理解要迁移的系统的总体覆盖范围,迁移就变得更加容易。”
企业在数据库迁移中需要了解所犯的4个常见错误,以及如何避免:
1.不知道正在移动什么,或移动了多少数据
迁移数据库是关于移动数据以及挂接到该数据库的所有内容。为了使流程更流畅,企业应该知道他们正在做什么。
Hall说:“这是技术商店中的经典问题。我们在记录现有资产方面做得不好。”文档问题不仅包括数据,还包括性能足迹、架构以及围绕系统的所有组件和附属过程。
Hall表示,企业应该在迁移之前审核他们的软件。这有助于迁移并确定要迁移到的大小合适的云平台。这也需要思想上的转变,因为组织倾向于购买比他们需要的更多的计算机。
Hall说:“我们需要改变思维方式,了解我们的工作量平均使用什么,并增强弹性。”这包括了解计算量增长或收缩时工作负载的任何季节性。
托管云计算提供商Syntax公司首席解决方案架构师ColinDawes表示,在此预先计划中,组织还应该能够确定哪些供应商没有云计算友好的许可模式。需要了解是否要在云平台中运行还是不在特定的云中运行会受到惩罚。”
2.没有走正确的路
就像企业需要正确的云迁移一样,数据也需要以正确的方式迁移。
例如,通过试图通过非常细的吸管吸取数兆字节的数据库来移动一个数TB的数据库将花费很长时间。企业可能必须根据数据大小调整迁移方法。”
这可能包括部分移动,将数据库复制到外部设备上,然后再移动它,或者使用供应商或公共云可以复制数据库的部分。以这些方式进行移动还意味着要绘制出数据同步的方式,以及在迁移过程中可能遗漏的新片段,并协调这些差异。
3.没有进行测试
Dawes表示,由于组织通常使用多少应用程序,因此测试比许多组织认为的更具挑战性。为了使企业进行测试,应用程序也必须进行测试。
如果组织只有一个许可证,则可以向供应商索要额外的临时许可证,尽管Dawes警告说,供应商可能会对其收取一年的费用。
Dawes说,测试还需要解决安全问题。例如如果工资单正在迁移,则它需要能够连接到组织的银行。测试也需要在银行进行,这可能意味着要求银行在他们身边提供测试区域。
4.没有备份计划
在理想的环境中,日常操作不会受到影响,迁移后员工也不会感到任何不妥。
Hall说:“他们唯一会注意到的是进步。但是,重要的是让他们知道正在发生的事情。企业不必一定要向他们提供所有详细信息,以便在某些事情变得有些古怪的情况下,他们会有所了解。”
Dawes表示,企业应该制定回滚计划,以防万一出了问题。这还意味着与供应商一起制定补救计划,并让这些供应商在迁移期间和迁移之后跟踪其流程,以确保它们都能正常工作。
Dawes补充说,在24到48小时后,回滚将是一个挑战,这就是为什么计划和测试如此重要的原因。确保两者都完全完成更可能意味着成功的迁移,或者如果确实出现问题,则可以快速识别并解决问题。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
如何为数据爆炸性增长做好准备
组织必须为收集、处理、分析和处理TB级的安全数据做好准备。 “情报是我们的第一道防线,我们必须提高收集和分析情报的能力。”-Saxby Chambliss CISO们应该将这位前乔治亚州参议员的这句话内化,将其重点放在网络安全的防御上面。换句话说,包括所有关于网络安全策略、项目优先级、投资等的决定都应该根据实时数据和历史数据来进行分析。什么类型的数据?EDR数据、网络元数据、云日志、身份数据、威胁情报等。 这种数据爆炸的某些方面其实已经发生了。ESG的研究表明: 75%的企业组织在收集、处理和分析比两年前更多的安全数据。近三分之一(32%)的组织声称收集、处理和分析的数据比2018年“多得多”了。 52%的组织在线保留安全数据的时间比过去更长了,另有28%的组织也希望在线保留安全数据,但由于成本或运营原因而无法保留。 为了适应更长的数据保留期,83%的公司使用了离线或冷存储。这有助于控制基础设施成本,但会使追溯调查变得更加麻烦。 在2020年初,不断增长的安全数据分析和操作要求已经是一个优先事项了。通过引入新的数据分析用例、流量模式、行为分析需求和盲点,COVID-19也变相增加了紧迫...
- 下一篇
使用 tail -f 实时观测服务器日志输出
在开发阶段, 有 console 端的输出, 总是可以方便实时地看到应用的日志. 可一旦应用部署到服务器上之后呢, 日志被输出到文件中, 在某些情景下需要不停地查看日志文件的输出以定位某些问题, 此时是否还能像开发那样实时查看日志呢? 答案是可以的! 这个命令就是 tail -f . tail -f 具体使用例子 来看一个具体的示例, 比如在我的服务器上, 想实时查看下 nginx 访问日志的情况, 我可以进入其日志文件夹, 里面有个 access.log, 每当有请求过来时, nginx 都会往里面记录日志: 然后使用以下的命令实时监测日志变化: tail -f access.log 之后刷新一下我个人网站的主页, 可以看到日志自动滚动了: tail -f 具体含义 首先简要介绍下 tail 命令. 通常日志文件都是比较大的, 而我们感兴趣的最新的日志部分又打印在最后, 而 tail 就是用于查看这些最新输出的日志. tail 是尾巴, 尾部的意思. 使用 tail --help 查看其帮助: 可以看到一个 -f, --follow 的选项, 其含义为: output appe...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Hadoop3单机部署,实现最简伪集群
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16