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.
In dit artikel vindt u informatie over gebeurtenis-id 640.
Van toepassing op: alle ondersteunde versies van Windows Server en Windows Client
Oorspronkelijk KB-nummer: 4577004
Symptomen
In het toepassingslogboek worden veel ESENT-gebeurtenissen vermeld die gebeurtenis-id 640 opgeven in Windows 10, Windows Server 2019 en Windows Server 2016.
Oorzaak
Gebeurtenis-id 640 geeft aan dat de Extensible Storage Engine (ESE) heeft gedetecteerd dat een databasebestand en het leeggemaakte toewijzingsbestand niet worden gesynchroniseerd. Deze situatie treedt zelden op. Dit wordt veroorzaakt door een van de volgende voorwaarden:
- De database is verplaatst, maar niet alle vereiste bestanden zijn samen met de database verplaatst.
- De sector die als host fungeert voor de header van de flush map is beschadigd. Deze toestand is uitzonderlijk zeldzaam.
- Een bestaande ESE-database is verwijderd en vervolgens opnieuw gemaakt, maar het leeggemaakte toewijzingsbestand is niet verwijderd of opnieuw gemaakt. Deze discrepantie treedt meestal op wanneer een toepassing de gegevens van de ene ESE-database naar een andere ESE-database migreert en de toepassing niet correct opschoont. Dergelijke migraties kunnen vaker voorkomen tijdens of kort na windows-upgrades. Nadat de nieuwe database is gemaakt, detecteert het systeem het oude flush map-bestand. Dat bestand wordt niet gesynchroniseerd met de nieuwe database. In dit scenario bestaat er geen risico voor de gegevens in de nieuwe database. De voorwaarde is goedaardig.
Status
Een toekomstige release van Windows zal naar verwachting een wijziging bevatten die voorkomt dat het systeem gebeurtenis-id 640 in het goedaardige geval kan registreren.
De oorzaak van gebeurtenis-id 640 bepalen
Als u de oorzaak van gebeurtenis-id 640 wilt bepalen, bekijkt u de '... VanuitDb-velden in de gebeurtenisgegevens en houd rekening met de volgende situaties:
Alle of sommige velden worden niet geïnitialiseerd en hebben daarom waarden van nul. In dit geval is gebeurtenis-id 640 veroorzaakt door het maken van een nieuwe database. Dit is een goedaardig geval. U hoeft geen actie te ondernemen om dit te verhelpen.
Alle "... FromDb-velden hebben niet-nulwaarden. In dit geval moet u het probleem onderzoeken.
De "... Velden van FromDb worden vetgedrukt weergegeven in het volgende voorbeeld van een vermelding in een gebeurtenislogboek:
services (836,D,35) Fout -1919 bij validatie van headerpagina op flush map file '<Drive>:\<Path>\<FileName.jfm>'. Het leeggemaakte kaartbestand wordt ongeldig gemaakt. Aanvullende informatie: [SignDbHdrFromDb:Create time:00/00/1900 00:00:00.000 Rand:0 Computer:] [SignFmHdrFromDb:Create time:00/00/19 000:00:00.000 Rand:0 Computer:] [SignDbHdrFromFm:Create time:<DateTime> Rand:559408839 Computer:] [SignFmHdrFromFm:Create time:<DateTime> Rand:4291821429 Computer:]
Notitie
In dit voorbeeld <vertegenwoordigt Drive>:\<Path>\<FileName> het werkelijke pad en de naam van het leeggemaakte kaartbestand.
Over gebeurtenis-id 636
Als Windows gebeurtenis-id 640 in het goedaardige geval registreert, kan het ook gebeurtenis-id 636 registreren. In dit geval kunt u ook gebeurtenis-id 636 negeren.