Vraag : Zijn er omstandigheden dat een identiteitskaart die aan een onbestaand gegevensbestand richt in de laag van OB van een actief gegevensbestand zal worden gecre�ërd?

Terwijl het schakelen tussen een actieve en passieve gegevensbestandserver manueel en heen en weer werd een paar keer, een extra identiteitskaart gecre�ërd in de laag van OB twee servers.  Het punt van identiteitskaart aan een onbestaand 3de gegevensbestand.  De actieve server herhaling veranderingen constant in zijn gegevensbestand aan de passieve server.  Ik gebruik het gegevensbestandzitting van Oracle op de servermachine van PK ML370 G3 met WIN 2000 identiteitskaart OS.

The die gecre�ërde veroorzaakte de capaciteitskwesties was van cpu aangezien het constant probeerde om een onbestaand gegevensbestand bij te werken.  Ik ben hoe benieuwd zulk een identiteitskaart created.

Thank you. zal zijn

Antwoord : Zijn er omstandigheden dat een identiteitskaart die aan een onbestaand gegevensbestand richt in de laag van OB van een actief gegevensbestand zal worden gecre�ërd?

Dit is interessant, maar ik ben niet zeker ik erken wat de vraag (?) is  Zo zal ik eerst mijn begrip testen.

U stelt een niet gespecificeerde versie van Oracle op een server van PK ML370 G3 met Win 2k in werking.   Wat is de versie van Oracle?

U hebt zowel een actief gegevensbestand als een passief gegevensbestand, maar het replicatiemechanisme is niet gespecificeerd.  Is dit die gebruikt Oracle de Wacht van Gegevens? een fysieke reserve? een logische reserve?  Gouden Poort of één of ander ander replicatiemechanisme?

Een voorbeeld van een probleem dat ik met Logische Reserve heb gezien is dat als een identiteitskaart eerst op de reserve wordt gecre�ërd, en dan zelfde identiteitskaart op Primair wordt gecre�ërd, dan SQL om identiteitskaart te ontspannen aan de reserve zal krijgen en dan er niet in zal slagen van toepassing te zijn, en dan de replicatie voor een tijdje dood is tot wij de verklaring overslaan die er niet in slaagt van toepassing te zijn, en dan na overgeslagen te hebben het kan er veel Cpu-tijd zijn die om wordt verbruikt om andere hangende SQL toe te passen.  Dit is niet precies het scenario u, maar in wat vorm beschrijft het als u kan een gelijkaardige ervaring hebben… het is noodzakelijk klinkt om zorg in te nemen hoe één de Wacht van Gegevens beheert.