Probleemoplossingsstappen Voor Het Transporteren Van Platformbroker/database-mirroring

Heeft u een computer nodig die sneller, stabieler en geoptimaliseerd is voor prestaties? Probeer dan Reimage.

Het lijkt erop dat sommige gebruikers een nuttig foutbericht zijn tegengekomen met betrekking tot het Service Broker/Database-mirroringtransport. Dit probleem kan verschillende oorzaken hebben. Laten we er hieronder een paar bespreken.

Fout 8474 Hart- en vaatziekten 11 betekent dat de makelaar van het bedrijf de berichten hier op een bepaalde manier, vorm of creatie verkeerd heeft voorgesteld. De eerste reactie is om te denken dat dit ook een interactieprobleem is, en eerlijk gezegd kunnen ze dat, en toch wordt de verzending van TCP-controlesommen afgeleverd op de poort en zijn niet geassocieerd met sommige alle fouten zijn ook verdacht.

Misschien is het de infrastructuur of schijfcontrole waar ik hier een presentatie over gaf. Er zijn meestal alternatieve fouten op het TDS-eindpunt, en toch lijken ze in uw omgeving als eerste op de witte lijst te staan. Het idee dat deze elke dag rond de bovengenoemde tijd plaatsvindt, is twijfelachtig. Je zult specifiek de logboeken van de ringbufferromantiek controleren, aan de andere kant, het nummer dat je kiest voor de netwerkopnamepakketten met vaak de latentie die je kent, en een bronsysteem controleren dat de pakketten verzendt. Ik weet zeker dat hij terug zal komen – een bepaalde “beveiligings” server.

er is een fout opgetreden in een service broker/database mirroring transport

Bewerken: Merk op dat “Service Broker” hier bijna altijd ENDPOINT is (database mirroring, etc.) en ongetwijfeld alle Service Broker attributen in SQL Server die meer kunnen worden gebruiktVoer asynchrone verfijning uit met betrouwbare -mailroutering.

Tijdens enkele consultaties controleerde mijn customerrrrs DBA-team bovendien het ERRORLOG en wilde dat ik de heel goed mogelijke oorzaak van de onderstaande Service Broker-fout zou onderzoeken.

DateTime-fout: spid74s 9642, ernst: 16, staat: 3.
DateTime-fout in beoordeling spid74s is opgetreden op een bepaald Service Broker/Database Transport Broker-eindpunt dat romantiek weerspiegelt, fout: 8474, staat: 11. (bij endpoint.role: treat, remote endpoint.address: †)

Reimage: De #1 software voor het oplossen van Windows-fouten

Is uw computer traag? Krijg je steeds het Blue Screen of Death? Doet uw antivirussoftware zijn werk niet goed? Nou, wees niet bang, want Restoro is hier! Dit krachtige stukje software repareert snel en eenvoudig allerlei veelvoorkomende Windows-fouten, beschermt uw bestanden tegen verlies of beschadiging en optimaliseert uw pc voor maximale prestaties. U hoeft zich nooit meer zorgen te maken dat uw computer crasht - met Restoro aan boord bent u verzekerd van een soepele, probleemloze computerervaring. Wacht dus niet langer - download Restoro vandaag nog!

  • 1. Download en installeer Reimage
  • 2. Open het programma en klik op "Scannen"
  • 3. Klik op "Repareren" om het herstelproces te starten

  • Uit het bovenstaande bericht kunnen we afleiden dat er een communitysessie is door SQL te gebruiken die even effectief is om verbinding te maken met het eindpunt. Ik besloot en ze bevestigden dat ze nog geen gebruik hebben gemaakt van Service Broker. Maar ze gebruikten voorheen Altijd Beschikbaarheid.

    gebonden aan de beste groep

    Ik heb de gegevenssynchronisatie gecontroleerd en alles ging goed. Gepersonaliseerde hoofdlijnen hebben ook legitieme lijnen bereikt. Dit betekent dat ik ook geen problemen heb met gegevensoverdracht.

    Toen ik naar aanvullende vragen informeerde, ontdekte ik dat ze een alleen-lezen routeringstool gebruikten die auto’s . goed werken.

    OPLOSSING/OPLOSSING

    Toen ik eenmaal de werkelijke bereikbaarheidsdetectie-eigenschappen en het type alleen-lezen routeringsinstellingen had gecontroleerd, viel alles in de installatie en begon het bovendien te voelen. Dat is alles wat ik zag bij het gebruik van de eigenschappen.

    Als de aanroep het meest cruciaal is na de treffers, vindt hij dit soort routerings- en opzoekverzoekpogingen langs secundaire poort 5022. Deze poort is misschien niet bedoeld voor bezoekersverbindingen, moeilijke tijden? de fout.

    Telkens wanneer we er allemaal gebruik van maken om verbinding te maken met het publiek en/of alleen-lezen routering tegelijkertijd te gebruiken, zien we een eindpunt dat een fout weerspiegelt.

    er is een fout opgetreden in een betrouwbaar servicebroker/database-mirroringtransport

    Om dit soort problemen op te lossen, hebben we het poortbrede bereik gecorrigeerd, zodat u de plug-ins kunt zien die SQL Server is luisteren over. Nadat de postbode was gerepareerd, werd de routering toegepast en ontdekten we dat mijn fout was verdwenen.

    Een equivalente fout kan eindigen zoals gereproduceerd als u probeert om gewoonlijk SQL met de server te verbinden, verwijzend naar een poort waar SQL over het algemeen naar luistert, maar niet voor een geweldige eigen verbinding.

    Er is een evaluatiefout opgetreden op ons Service Broker/Database Mirroring Transport Romance-eindpunt,
    Fout: 8474, Status: 11. (Actie binnen eindpunt: doel, eindpunt op afstand: ”)
    Fout: 9642, Ernst: 26, Staat: 3.

    De hoofd- en spiegelcomputersystemen zijn gesynchroniseerde statusservers. Ze synchroniseren uiteindelijk gedurende 2 of 3 weken tijdens de status, maar helaas krijg ik steeds dit soort foutideeën, ik heb al onze machtigingen gecontroleerd en elke stap is precies zoals het zou moeten zijn. De tijd had op beide servers hetzelfde kunnen zijn.

    Hoe kan ik deze foutmeldingen vermijden. Bedankt voor je hulp.