Er is een vraag die op dit ogenblik in de draden van EE over een secundair logboekdossier gebeuren dat niet kan zijn gekrompen.
De files ontbreken wegens het, kunnen niet groeien, kunnen niet terugstellen, fundamenteel alles om met het logboek is te doen een beetje van een ramp…
Dan daar als het probleem van ontzettingspagina's waar een controle DBCC een onbekend voorwerp met een paginaprobleem toont (toont normaal het voorwerp, maar de objecten naam mist).
Of zelfs maken de dingen als het bewegen van gegevensbestanddossiers rond, of het gebruiken om tot een andere plaats te leiden los. Of zelfs kan het hebben van geen voldoende schijfruimte tot problemen leiden. Sommige van die soorten dingen zijn toe te schrijven aan niet volledig het begrijpen van wat gebeurt, of niet gebruikend de juiste hulpmiddelen voor de baan.
Dan zijn er hardwarekwesties. Misschien van de schijfproblemen of server problemen en toen dubbelzinnigere hardwarefouten met fysiek netwerk te doen. En de milieufouten zoals stroomuitvallen of onverwacht/V.N.-choreographed sluitingen en andere catastrofale mislukkingen.
Werkelijk, zijn er heel wat problemen die kunnen voorkomen. In feite meer denkt u over het, gezien de grootte van sommige van deze dossiers, is het werkelijk vrij een hulde aan de meeste gegevensbestandfabrikanten dat zij dergelijke robuustheid inbouwen.
Recht, zodat te doen wat…
Bouw een rampenplan - een rampenherstelprogramma. Beslis wat minimumgranularity van verlies (zowel gegevensverlies als off-line verlies) uw zaken kan tolereren. Het kan van heel wat dingen afhangen - als u administratie bijvoorbeeld hebt, dan zou een deel van het terugwinningsproces kunnen zijn opnieuw te typen, als u volledig elektronisch bent, dan u vereist een robuuster gegevensbestandherstelprogramma.
Als u van uw gegevensbestand totaal afhankelijk bent, dan zult u waarschijnlijk het weerspiegelen en het groeperen willen onderzoeken zich waardoor een combinatie van hardware en gegevensbestandsoftware kan helpen ervoor zorgen dat er altijd een „gezond“ beschikbaar gegevensbestand is (goed, zoveel mogelijk). Dat kan vrij duur worden, zodat moet nagaan als het een aangewezen cursus van actie voor u is.
Nu zijn de „gemakkelijke“ te doen dingen (ongeacht een andere benadering) allen over het houden van uw gegevensbestand „gezond“ door vooruit te plannen. Probeer om uw transactievolumes en preallocate ruimte (d.w.z. grootte van die gegevensbestanddossiers) te berekenen, ervoor zorgen stelt u onderhoudsbanen voor gegevensbestandfiles in werking, de files van het transactielogboek, en het onderhoud (als indexverbouwingen, reorganiseer pagina's enz.), bekijkt het archiveren van oude informatie in secundaire gegevensbestanden of zelfs secundaire gegevensdossiers (het verdelen).
Nu is het rangschikken van een gegevensbestand allen over het plaatsen van een grootte en dan het opvullen van het. Duidelijk als u te klein begint en probeert om het op te vullen, gaat het moeten groeien - wat betekent grijpend meer fysieke schijf. Everytime die gebeurt u stelt risico's in werking. Risico's van fragmentatie (meer een prestatiesprobleem) door aan het lopen uit van fysieke schijf. Het belang om te krijgen dat juist meer over de aanpassing van uw fysiek milieu zodat dingen zoals files is heeft een plaats om te gaan, hebben uw gegevensbestanddossiers voldoende ruimte, heeft het tijdelijke gegevensbestand voldoende schijf, worden de transactieslogboeken beheerd.
U moet controleren, of, het toezicht op uw gegevensbestand automatiseren. Doe de onderhoudsplannen en hebben hen de resultaten met de elektronische post versturen en dan hen controleren - zelfs enkel een dagelijkse blik. Als u een fout vóór uw gebruikers kunt onderscheppen toen zullen u waarschijnlijk in een sterkere positie van terugwinning verkeren.
Ik zei alvorens u zou kunnen houden van te verdelen, of gegevensbestanddossiers toevoegen, maar werkelijk, doe dat niet tenzij u werkelijk en echt behoefte aan. Dient meer de verhoogde mogelijkheid dat iets in zou kunnen breken (of zelfs ongeveer - ja gebeurt het - in een zeldzaam of vrij willekeurig proces worden vergeten). Hebben gezegdd dat, is het mogelijk om verdelingen terug te krijgen of filespaces. Eenvoudig gezet, krijg niet in netelige gebieden tenzij u aan nodig hebt.
Bovenal moet u ervoor zorgen uw MDF dossier het één dossier is dat u vooral beschermt (oh - en om het even welke dossiers van ndf secundaire gegevens). U kunt logboekdossiers door een paar verschillende methodes regenereren.
Heb een blik bij lidstaten whitepaper op hoge beschikbaarheid:
http://technet.microsoft.com/en-us/library/ee523927(SQL.100).aspxIs dat het type van ding u behoefte te bespreken?
