C'est intéressant, mais je ne suis pas sûr j'identifie ce qui est la question (?) Ainsi j'examinerai d'abord mon arrangement.
Vous courez une version non spécifiée d'Oracle sur un serveur de la HP ML370 G3 avec la victoire 2k. Quelle est la version d'Oracle ?
Vous avez une base de données active et une base de données passive, mais le mécanisme de réplique est non spécifié. Est-ce que c'using Oracle est garde de données ? une réserve physique ? une réserve logique ? Porte d'or ou un autre mécanisme de réplique ?
Un exemple d'un problème que j'ai vu avec la réserve logique est que si une identification est créé d'abord en état d'alerte, et alors la même identification est créée sur le primaire, puis le SQL pour recréer l'identification obtiendra à la réserve et puis ne s'appliquera pas, et alors la réplique est morte pendant un moment jusqu'à ce que nous sautions le rapport qui ne s'applique pas, et alors ensuite l'avoir sauté là peut être beaucoup de temps- CPU consommé pour appliquer l'autre SQL en suspens. Ce n'est pas exactement le scénario que vous décrivez, mais sous une certaine forme cela ressemble à de vous peut avoir une expérience semblable… il est nécessaire de prendre le soin dans la façon dont on administre la garde de données.