浙江移动升级（7套RAC升级，目前全国最大的升级案例）

gytyl

jettygee 发表于 2013-8-20 23:49
看完报道想了一下，最大的感想就是移动真有钱。弄这么多人干活。
最关键的其实就是先物理复制一套系统出来 ...

如果升级后，库打开了，业务数据进来了，你准备怎么样回退？丢数据还是？

gytyl

fly-fox 发表于 2013-8-21 10:07
这项目有两个重点，数据库本身的升级和升级后数据库的性能
就RAC升级来说，其实比较简单，7套和1套差不多。 ...

比较同意你的观点，这次升级后带了一次新业务上线。

drew

gytyl 发表于 2013-8-21 17:23
你真的了解这次升级的七套数据库承载的业务？

不了解，你们业务应该没淘宝量大吧？

gytyl

drew 发表于 2013-8-21 17:31
不了解，你们业务应该没淘宝量大吧？

淘宝需要严格的CAP中的C么？
淘宝让你每次搜索出来的商品不一致，你会投诉么
我让你账务的钱莫名其妙的没有，让你的套餐莫名其妙的乱变，你投诉么？

fly-fox

drew 发表于 2013-8-21 17:31
不了解，你们业务应该没淘宝量大吧？

跟淘宝不一样，淘宝对数据实时性要求没那么高，仔细看一下就能发现，淘宝排序、搜索及详细的数据会不太一样。移动的业务数据更接近银行系统，支付宝就没用mysql，还是oracle。

ZALBB

gytyl 发表于 2013-8-21 17:26
其实大家都知道，难的是应用，不是数据库，您觉得列。

其实，我想了解的是，如何测试，确保数据库升级后，应用系统的效率不会降低，或者说，采用了哪些手段，
来寻找、发现可能存在的问题？ 升级后的运行结果，和测试结果比较，如何？

fly-fox

gytyl 发表于 2013-8-21 17:21
机器没变，可以说是利旧。

不升级器的话，反而难做，腾挪的余地小。

gytyl

ZALBB 发表于 2013-8-21 17:36
其实，我想了解的是，如何测试，确保数据库升级后，应用系统的效率不会降低，或者说，采用了哪些手段，
...

全量spa，这也是为什么七套系统加起来有超过40w条sql需要被spa分析到；
另外，关键业务的压力测试，可以反应系统的整体性能；
升级后，cpu使用率下降15%，目前看，io时延上升，达到预期，系统压力下移到存储，也是我们乐于看到的。
从性能上来说，我觉得，升级是成功的。

ZALBB

gytyl 发表于 2013-8-21 17:22
只要有一条关键业务的sql出事，我想我就会出名。所以，不要说30%，万分之3都不行。七套数据库中的sql，sp ...

说白了，还是资源的问题，一般的公司，撑死1、2个DBA，哪有这种能力，精力测试，确保升级后系统稳定。

gytyl

fly-fox 发表于 2013-8-21 17:36
不升级器的话，反而难做，腾挪的余地小。

以前我们是不是一起考ocp的，嘿嘿。
多想想我们移动有钱人会怎么做，不增加机器，不代表我原先的机器仅仅只能维持生产，不是么。