应用层双活数据库没有双活，大二层通的情况下怎么解决IP地址冲突问题

数据库没有做双活，即使数据库主备在两个站点都有，那也只能是一个是活动的，另一个可能就只是通过数据库复制技术实现了灾备的功能，这份数据只能读。所以即使你的应用两个站点是双活的，但也只能写一个站点的数据库，可通过更改应用的逻辑实现两个站点数据库的同时读功能。
不存在你说的IP地址冲突的问题。

我觉得可以这样去考虑这个问题，

第一、所谓的主库和备库需要用不同的IP地址，这个毫无疑问。
第二、应用连接数据库可以采用域名方式，这样的话，当发生切换时，不需要修改应用配置，只需要修改域名解析记录就可以。

数据库用主机名链接，数据库两边分不同的ip。。
或者切换时候改应用数据库ip指向。。
或者把灾备数据库平时用管理IP，把实际的业务ip链接的交换机端口shutdown掉
或者网络在灾备那边用vlan搞一下

在使用数据库层面复制技术下，主备数据库服务器的IP是不同的。如果应用是通过IP地址来连接数据库，为避免数据库主备IP切换后应用访问异常，可以考虑在数据库层面和应用层面之间引入负载均衡设备，即应用通过虚拟IP来访问数据库。
当然，最好应用还是通过DNS域名方式来访问数据库，可以避免由于IP不同导致切换异常。

大二层打通了，两边的IP地址不能使用相同的，因此不存在IP地址冲突问题。

真正的大二层双活是不存在地址冲突的问题，应用层，数据库层，存储层在网络大二层的基础上都实现双活了，就相当于在一个大的局域网，只不过是地点分2个或更多。
数据库主备的服务IP在两边都有，如何从技术手段和制度手段避免IP地址冲突，请各位专家不吝赐教！！

目前我们的做法是bootip和管理ip都不同，服务ip是通过异地的1点或2点HA启动来启动IP，如果不启动HA不存储服务IP，当然这个需要管理制度来约束

虚拟IP地址测试过吗？
http://blog.csdn.net/whycold/article/details/11898249
这个你可以参考下

数据库主备是什么样的方式？