Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Van toepassing op:
SQL Server
Details
| Attribute | Value |
|---|---|
| Productnaam | SQL Server |
| Gebeurtenis-id | 14421 |
| Bron van gebeurtenis | MSSQLSERVER |
| Onderdeel | SQLEngine |
| Symbolische naam | SQLErrorNum14421 |
| Berichttekst | De secundaire database voor logboekverzending %s.%s heeft een hersteldrempel van %d minuten en is niet gesynchroniseerd. Er is %d minuten geen herstel uitgevoerd. De herstelde latentie is %d minuten. Controleer het logboek van de agent en de logshippingmonitorinformatie. |
Explanation
Dit bericht geeft aan dat log shipping buiten de hersteldrempel uit sync is. De hersteldrempel is het aantal minuten dat kan verstrijken tussen herstelbehandelingen voordat een bericht wordt gegenereerd.
Mogelijke oorzaken
Dit bericht duidt niet noodzakelijk op een probleem met houttransport. In plaats daarvan kan dit bericht wijzen op een van de volgende problemen:
De hersteltaak draait niet.
Mogelijke oorzaken van het niet draaien van de taak zijn onder andere: de SQL Server Agent-service op de secundaire serverinstantie draait niet, de taak is uitgeschakeld, of het schema van de taak is gewijzigd.
De herstelklus faalt.
Mogelijke oorzaken van het falen van de taak zijn onder andere: het pad voor de map herstellen is niet geldig, de schijf is vol, of een andere reden waarom de RESTORE instructie kan falen.
Gebruikersactie
Om dit bericht op te lossen:
Zorg ervoor dat de SQL Server Agent-service draait voor de secundaire serverinstantie en dat de hersteltaak voor deze secundaire database is ingeschakeld en gepland om op de juiste frequentie te draaien.
De hersteltaak op de secundaire server kan falen. Controleer in dat geval de werkgeschiedenis van het herstelwerk om de oorzaak te vinden.
De log shipping herstelklus, die draait op de secundaire serverinstantie, kan mogelijk niet verbinden met de monitorserverinstantie om de log_shipping_monitor_secondary tabel bij te werken. Dit kan worden veroorzaakt door een authenticatieprobleem tussen de monitorserverinstantie en de secundaire serverinstantie.
De drempel voor back-up alerts kan een onjuiste waarde hebben. Idealiter wordt deze waarde ingesteld op minstens drie keer de frequentie van de herstelopdracht. Als je de frequentie van de hersteltaak verandert nadat log shipping is geconfigureerd en functioneel, moet je de waarde van de back-upwaarschuwingsdrempel dienovereenkomstig bijwerken.
Wanneer de monitorserverinstantie offline gaat en daarna weer online komt, wordt de log_shipping_monitor_secondary-tabel niet bijgewerkt met de huidige waarden voordat de alert-bericht taak wordt uitgevoerd. Fout 14421 kan worden geactiveerd wanneer een hersteltaak slaagt met: "Kon geen logbestand vinden dat op een secundaire database kan worden toegepast." Wanneer dit gebeurt, wordt de hersteltijd niet bijgewerkt. De oorzaak van de fout in dit geval kan een probleem met de kopieerjob zijn.
Om de monitortabellen bij te werken met de nieuwste gegevens voor de secundaire database, voer sp_refresh_log_shipping_monitor uit op de secundaire serverinstantie.
Op de secundaire of monitorserverinstantie is de datum of tijd onjuist. Dit kan ook waarschuwingsberichten genereren. Mogelijk is de systeemdatum of -tijd op één van hen aangepast.
Note
Verschillende tijdzones voor de twee serverinstanties zouden geen probleem moeten veroorzaken.
Zie ook
log_shipping_monitor_secondary (Transact-SQL)
Over logboekverzending (SQL Server)
sp_help_log_shipping_monitor_secondary (Transact-SQL)
sp_refresh_log_shipping_monitor (Transact-SQL)
Over logboekverzending (SQL Server)