Under de senaste dagarna har vissa användare välsignats med att de har upptäckt ett ID för utbyte av onlineserveringshändelser.
Exchange har en underhållsuppgift online som körs varje natt. Exchange admin center (EMC) visas. Gå till Organisationsinställningar> Postlåda> Databashantering. Högerklicka> vår databas> egenskaper> fliken rutintjänst. Kan vi då se mitt perfekta underhållsschema?
Som du kan se har Exchange 2010 en ny inställning som ofta är aktiverad som standard. Detta alternativ är “Aktivera underhåll av omgivande databas (ESE 24×7 -skanning)”. Det kan definitivt inte vara defragmentering på nätet, utan databasscheckasummor. Mer om detta senare …
Onlineunderhåll utför olika typer av uppgifter som online -defragmentering (OLD). Microsoft förklarar för OLD: ”Online defragmentering är gratis för den första uppsättningen sidor i databasen genom att helt enkelt komprimera kriminella försvarsregister till det minsta antalet sidor, vilket gör att I / O -kritiska. Databas enginex ESE helt detta genom att helt enkelt använda databasmetadata, och även detta är vår egen databasinformation som beskriver arbetsstationerna i databasen, och för varje kub -e -post till varje tabellsida som ett försök så att du logiskt skriver poster för att flytta sidan när det gäller register. â €
Det finns också en process som frågade operativs underhållsdatabas kontrollsumma. Kontrollsumman verifierar databasens etik genom att hitta varenda sida i databasen eftersom det inte fanns något servicekontrakt. OLD kommer att framgångsrikt skanna varje blogg på World Wide Web för att säkerställa att det inte är någon skada just nu. Denna process är helt bestående och orsakar inga problem med databasvisning. Problemet med den här metoden i Exchange 2009 RTM är att den här processen kördes till slutet av onlineunderhållet, och det gjorde att den fick dem att stänga av kontinuerlig behandling tillfälligt fultolerant. I Exchange 2007 Service Pack 1 (SP1) tillhandahåller Microsoft Critical Factors -registret så att du kan köra Ta bort kontrollsummor i ryktet.
I utgåvor av Exchange före Exchange 2010 kan vi spåra de 70 händelse -ID: n som finns tillgängliga i ALT -händelsevisarloggen. På samma sätt kan du kontrollera antalet utrymmen som tidigare använts i filen. De skapas alla i händelse -ID 1221 -databasen. Listan som är associerad med händelse -ID för Exchange -lösningar före Exchange 2010 är följande:
700 Start
701 – Slutförd
702 – Fortsätt
703 – Fortsätt godkänt slutfört
704 – Avbruten och byggt
1221 – antal platser
Detta har förändrats något under Exchange-nyår. OLD2 måste vara en ny version av onlinefragragmentering och körs därför inte längre i slutet av onlineunderhållsplanen. Istället blir X 24. kör 7 i databasen. Det är helt enkelt begränsat för att inte förstöra prestanda. OLD2 kan inte ändras – verken behöver GAMLA i tidigare Exchange -projekt. OLD2 är inte konfigurerbart. Av denna anledning är det inte längre det lösenord som är nödvändigt för att trolla var och en av våra händelse -ID som anges ovan. Istället för att leta efter 70 händelseutbytes -ID kommer du i år bara att få veta när det är något fel med företagstjänsten. På så sätt kommer ingen av de 70x felkuponger att visas som skräppost. Om alla ser dina 70x i Exchange 2010 är nuvarande ett problem. Observera dock att detta mycket mer har att göra med postlådedatabaser. Kökällor är alltid 70x händelse -ID.
Om du verkligen behöver leta efter mellanslag kan du göra det nu genom det nya Exchange Management Shell (EMS). Observera att detta bara frigör utrymme som finns tillgängligt i rotkatalogen för alla B-Tree-databaser. Om du inte vill hitta något kostnadsfritt utrymme för att söka efter en databas behöver du helt stänga av databaserna och implementeringsprogrammet. Om din databas heter Database1 krävs en persons följande:
Obs. Växlingsstatus krävs vanligtvis om du behöver kontakta webbplatsen direkt för att minska följande information:
BackupInProgress
Online
OnlineMain maintenanceInProgress
Tillgängligt lagringsutrymme i databasens främsta orsak
Som nämnts tidigare är OLD2 begränsad och påverkar inte och prestanda negativt. Om ditt företag vill övervaka OLD2 -prestanda kan du göra det med perfmon -kiosken nedan: MSExchange Database -> Defrag Tasks.
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
1. Ladda ner Fortect och installera den på din dator
2. Starta programmet och klicka på "Skanna"
3. Klicka på "Reparera" för att åtgärda eventuella problem som upptäcks
I Exchange det nya året finns det två sätt att enkelt ställa in stigande online -databasskanningar (kontrollsummor). Den första är vår egen standard, som vanligtvis visas i den otroliga bilden av denna artikel, en 24×5 -process som för en aktiv databas. Du har alternativet som inaktiverar det här alternativet. Det här alternativet returnerar sedan den specifika genomsökningen av onlinedatabasen så att ändringarna efter att alla onlineunderhållsuppgifter inte har slutförts för länge sedan. Eftersom de flesta underhållsuppgifter på nätet klaras inom en timme fungerar den här processen väl som krävs för att söka i små databaser (mindre än 500 GB). Microsoft stöder för närvarande upp till 2 TB bakom databaser. Om detta inte är fallet för att arbeta med det här verktyget, visar Exchange 2010 inte hur rätt kvällsvarning i händelseloggarna.
Tack till Matt Gosseige, Program For Storage Manager, för att besöka Microsoft för många av dessa alternativ. Du kan se Matt’s Gossage Level tre hundra och femtio webbsändningar om Exchange 2010 -lagring här.
