数据库容灾、复制解决方案全分析

herycom

我解释一下同步复制的问题。
目前我们只是做过测试，还没有下定决心做。
但我从测试的过程发现，同步复制的两台机器间推荐采用100M以上光纤连接，一定要稳定。（不同的wan也有带宽和延迟的不同，我们就有20多公里远的100M光纤环境）
同步复制最大的诱惑力在于：可以有效利用容灾设备，并且能够因平常就在实际使用而保证容灾环境的确实可用。有需求的技术就能发展，我对同步复制有信心。
对数据库性能的影响也很大程度决定于网络延迟以及对方主机性能，所以双方主机性能要差不多。
刚用oracle本身的功能我觉得肯定不能投入实用，一定要增加实时监控和报警，自动性能优化等辅助功能。

其实，物化视图、同步复制、异步复制都属于oracle的高级复制，我对高级复制有信心。
也许我孤陋寡闻，我还没听说谁用物化视图做复制，为什么？就是没有配套的控制、报警、自动优化、容错、自动核对机制。

顺便说句，感谢在我们这里没有试用成功的公司，虽然没有成功，但你们都多次派人现场安装测试，也付出了很大成本，真是没有功劳也有苦劳。同时我相信你们的产品可能只是在我们这个特殊情况下不能用，经过不断改进，你们的市场应该会越来越广。

我也想说说，厂家失败一个项目对厂家来说只是一个项目，但对客户来说影响可是100%，所以不要老 埋怨客户要求苛刻，客户也有难处。

上面有位提到 “还有什么优化不能oracle解决”，我指的是针对复制的专门的自动优化功能,oracle虽然有手段，但不会自动特殊处理。

还是前面提到的观点，我主要讨论的技术应用，而不是技术本身。我们做技术的，只有应用好了，才能有价值。

biti_rainy

最初由 herycom 发布
[B]
也许我孤陋寡闻，我还没听说谁用物化视图做复制，为什么？就是没有配套的控制、报警、自动优化、容错、自动核对机制。

[/B]

其实关于 snapshot (or  MV) 的问题，使用的人很多，只是因为比较平常，所以讨论比较零散，很少作为同步专题拿出来探讨。


我们公司这个用的很多，至于数据库服务器重点方面的监控，我们还是有一系列的完善的监控手段，短信报警目前基本是5分钟的检查周期，马上将做一系列的尽可能适时的全面的短信监控。


关于自动优化一说，个人认为你说的太笼统，能否具体化一些？

herycom

有谁在实际使用同步复制的吗？

江山千里

最初由 zjxs 发布
[B]实现异步复制，可以把queue的基表从system表空间中移出来 [/B]

任何一个产品所提供的功能在实际应用时，都有优点和缺陷。希望能看到各位前辈或大虾在实际使用中发现的问题和解决的方法。也便于后辈们学习提高。

herycom

最初由 wbo 发布
[B]我们现在用的是Oracle 9i ，想用复制软件VERITAS Storage Replicator 3.0使两台服务器上的数据库同步，应该复制Oracle下的那些数据文件，表空间？还有复制后应该怎么做？

服务器硬件说明：
两台服务器为了节约成本，没有使用双机热备，没用磁盘阵列，每台服务器用4块SCSI硬盘做成Raid 5，两台服务器操作系统，数据库安装路径，设置都一致，有没有解决办法啊?

使用SQL Server 2000数据库把数据文件复制到另外一台服务器，数据库可以实现同步，但是Oracle 9i把一台服务器上的表空间复制到另一台服务器后数据库不用能。 [/B]

现在问题解决了吗？我前面介绍的内容就完全可以很方便地解决数据同步的问题，当然shareplex和dsg也有解决方案。
VERITAS Storage Replicator 3.0我不是很熟，不好评价，但如果用它 ，目标数据库应该不是一直可以使用的，而我们这的方案，shareplex、dsg的方案目标数据库一直都是可以使用的，而且复制后也不需要附加其他操作。
供参考。

Kamus

最初由 herycom 发布
[B]有谁在实际使用同步复制的吗？ [/B]

eygle他们在用同步复制。

另外我前面有问到一个问题，如果主备之间网络中断，你们怎么处理？你们用光纤，那么比如说光纤交换机坏了。

Kamus

最初由 herycom 发布
[B]

现在问题解决了吗？我前面介绍的内容就完全可以很方便地解决数据同步的问题，当然shareplex和dsg也有解决方案。
VERITAS Storage Replicator 3.0我不是很熟，不好评价，但如果用它 ，目标数据库应该不是一直可以使用的，而我们这的方案，shareplex、dsg的方案目标数据库一直都是可以使用的，而且复制后也不需要附加其他操作。
供参考。 [/B]

因为shareplex和dsg都是逻辑上的同步，所以备机数据库是可以使用的（推荐是只读的查询）

至于VVR，目前的版本如果在备机上开辟另外一个存储空间，这个存储空间是备机上备份卷的映射，那么这个存储空间上的数据库是可以打开用于查询的（具体操作步骤不清楚）。
veritas声称下一个版本的VVR，将不需要额外的备机存储空间，也可以让备机的数据库能够在同步的同时得以使用。

wbo，如果你们决定使用VVR，那么veritas的工程师应该是要到现场帮助你们安装并且实施的吧。
基本上复制的应该是oracle的所有相关卷（包括oracle的软件和数据库以及相关配置文件），复制之后不需要太多操作，因为现在的版本只是提供了一个卷级别的同步，只有当主库损坏的时候，启用备库的时候才有相应操作。

herycom

Oracle的实例化视图方式多样：有Read-Only, Updatable, and Writeable Materialized Views三种方式。目标表可以设置为只读、可写、可更新。
只读不用说了；
可写则会在下一次同步时丢失所有目标段的dml操作；
可更新则在刷新时会将目标端修改的内容同步到原表（pushed back to the master ）。

herycom

最初由 Kamus 发布
[B]

eygle他们在用同步复制。
另外我前面有问到一个问题，如果主备之间网络中断，你们怎么处理？你们用光纤，那么比如说光纤交换机坏了。 [/B]

eygle能介绍一下你们的同步复制规模吗？

光纤断了，两边都可以进行查询操作。
如果要恢复修改操作，就要修复网络。
如果短期内不能修复网络，那就切换到单机模式，但不能2台机同时使用，只能使用一台，否则恢复后就不知道以哪台为基准了。

我们这光纤很少出问题，因为有环路保护，即使进行割接或一般的故障，仍然能够保障网络不断。这就是电信级的传输的基本要求。

herycom

最初由 yanzr_sb 发布
[B]-怎么对该的产品如此认同？你作为技术把关岗位应该对产品提一些问题出来才是啊, [/B]

如果不认同，还会用它的产品吗？整个春节期间无需任何人工干预，能够这样稳定，我知足了。
再说这也是试用几家著名产品后，没办法中的办法。
都已经这样好了，还能说什么？至少实现了报表机同步，解决了实际问题，我已经非常满足了。