今早上班，客户反应系统出现问题，某些东西添加时验证通过不了。
一开始以为是常规问题，就按照常规思路去解决…
因为这个验证是验证另外一个系统中是否有数据，所以当时做的时候是通过dblink做的接口。
so 问题来了，按照往常查询一下dblink,结果就开始报错了-_-||，当时一看，ora 00600。 心中万千只草泥马已经奔腾而过。已经有不好的预感了。接着后面的参数，还好是报的2252。
由于这个系统并不是我们做的，所以我就立即联系对应的公司，让他们赶紧去查原因。哪里出问题了。
同时，问了一下他们的数据库版本，因为我们这边都是通用的10G，共四十多个数据库。他们那边用的是11G。所以基本可以排除应该不是版本上的问题了。
本以为这样也就完了😱。后来特么的才发现这东西是可以传染的。
因为我们这边有一个中间库，用的和他们版本都是一样的？同时和那个故障库也是建立着关系的。结果就这么被传染了，后来我这边推了一下scn号 结果得到的是：阿西吧…和系统实际时间超前了一年多。what fuck。搞得我们现在也是数据库必须重装了
一开始以为是常规问题，就按照常规思路去解决…
因为这个验证是验证另外一个系统中是否有数据，所以当时做的时候是通过dblink做的接口。
so 问题来了，按照往常查询一下dblink,结果就开始报错了-_-||，当时一看，ora 00600。 心中万千只草泥马已经奔腾而过。已经有不好的预感了。接着后面的参数，还好是报的2252。
由于这个系统并不是我们做的，所以我就立即联系对应的公司，让他们赶紧去查原因。哪里出问题了。
同时，问了一下他们的数据库版本，因为我们这边都是通用的10G，共四十多个数据库。他们那边用的是11G。所以基本可以排除应该不是版本上的问题了。
本以为这样也就完了😱。后来特么的才发现这东西是可以传染的。
因为我们这边有一个中间库，用的和他们版本都是一样的？同时和那个故障库也是建立着关系的。结果就这么被传染了，后来我这边推了一下scn号 结果得到的是：阿西吧…和系统实际时间超前了一年多。what fuck。搞得我们现在也是数据库必须重装了
