NetWorker: Optimalisatiebewerkingen voor ruimteherstel voor Data Domain

• NetWorker savesets gemarkeerd als Verlopen maar niet verwijderd
• Berichten voor ruimteherstel worden meer dan één keer per dag in logboeken weergegeven
• Gevolgen voor snelheid en belasting van Data Domain
• Algemene gevolgen voor serverprestaties

• Volumes die in aanmerking komen voor ruimteherstel worden gelezen tijdens de vervalactie (fasering, klonen of herstel)
• Ruimteherstel wordt standaard uitgevoerd na elke faseringbewerking op een bepaald volume
• Space recovery controleert elk bestand in de structuur van een volumemap bij het uitvoeren van space recovery
• De werking en reactietijd van de server kunnen trager worden tijdens de herstelfase van de ruimte

De ruimteherstelfase van NetWorker wordt eenmaal per dag uitgevoerd als een van de laatste fasen van de actie Verlopen in de serverback-upworkflow. Het is de bedoeling om saveset-bestandsobjecten binnen een volume te verwijderen na de beoordeling, vervaldatum en verwijdering van saveset-records door de server nadat de records zijn berekend die veilig kunnen worden verwijderd op basis van hun configuratie.

Er zijn verschillende factoren die een negatieve invloed kunnen hebben op de responsiviteit van de Data Domain- of NetWorker-server. Schakel een van de onderstaande opties in die lijken te voldoen aan de vereisten van de betreffende datazone. Voordat u overweegt te testen met de onderstaande debug keyfiles: Schakel de dagelijkse actie Server Protection > Server Backup > Expiration uit om alle berekeningen voor herstelruimte en mediadatabases gedurende een of meer dagen uit te schakelen om te bevestigen dat de aangetroffen prestatieproblemen verband houden met activiteiten voor ruimteherstel en/of vervaldatum.

Als het uitschakelen van Vervaldatum het probleem met betrekking tot dagelijks onderhoud bevestigt, kunnen de volgende functies worden uitgeschakeld voor probleemoplossing door een leeg bestand met dezelfde naam (zonder extensie) te maken in de NetWorker-server of -knooppunt onder de foutopsporingssubmap van de hoofddirectory nsr. Geen van deze vlagbestanden hoeft opnieuw te worden opgestart en wordt van kracht met taken voor herstelruimte die worden gestart terwijl ze aanwezig zijn.

Linux-locatie: /nsr/debug
Windows-locatie: C:\Program Files\EMC NetWorker\nsr\debug (of het bijbehorende NSR-installatiepad)
 

De bestandsnamen en hun functies worden hieronder beschreven:

skip_recover_space_for_stage

• Storageknooppunten. Deze markering zorgt ervoor dat NetWorker de herstelruimtefase van een faseringsbewerking overslaat (klonen gevolgd door bronverwijdering). Als uw omgeving gebruikmaakt van fasering, met name herhaaldelijk klaarzetten vanaf dezelfde bronvolumes, wordt dit aanbevolen omdat het de mogelijkheid ontkent om meerdere herstelruimtebewerkingen voor dezelfde volumes uit te voeren. Wanneer deze markering is geplaatst, wordt de bewerking voor het herstellen van de ruimte volledig uitgesteld, zodat het systeem de bestanden kan verwijderen wanneer de dagelijkse actie Vervaldatum wordt uitgevoerd of de nsrim-opdrachthandmatig wordt uitgevoerd. 

recover_space_anytime

• Alleen server. Hierdoor kan herstelruimte verlopen en kunnen savesets worden verwijderd op volumes die actief aan het lezen zijn, wat standaard wordt uitgesteld. Dit betekent dat voor volumes met langlopende kloontaken, de vervaldatum en het herstel van de ruimte herhaaldelijk kunnen worden uitgesteld wanneer de vervaldatumactie, nsrim of een faseringstaak (zie vorige) wordt uitgevoerd. Dit kan op zijn beurt leiden tot grote achterstanden in het herstellen van de ruimte, geleidelijke uitputting van de vrije ruimte en een grotere taak voor het vrijmaken van ruimte wanneer deze mag worden uitgevoerd. 

skip_disk_usage

• Storageknooppunten. Als onderdeel van ruimteherstel en controle van het schijfvolumebestandssysteem worden afzonderlijke bestanden standaard recursief gecontroleerd en geteld om een nauwkeurige samenvoeging van gegevens voor het volume te produceren. Hoewel sommigen deze precisie misschien als essentieel beschouwen, is het uitstellen van deze stap afhankelijk van de mediadatabaserecords van NetWorker voor de bestands- en bytetotalen, waarvan meestal kan worden verwacht dat ze nauwkeurig genoeg zijn voor de meeste toepassingen. In een zwaar belast Data Domain, met name een domein waar veel herstelbewerkingen herhaaldelijk worden uitgevoerd voor volumes, kan dit worden beschouwd als onnodige kosten en veilig worden uitgeschakeld.

skip_consistency_check_in_recover_space

• Storageknooppunten. Tijdens het vrijmaken van ruimte voor een volume wordt het volumebestandssysteem bestand voor bestand bestand gecontroleerd om te zorgen voor consistentie tussen de mediadatabase. Dit kan ook latentie introduceren. Door deze keyfile aan elk knooppunt toe te voegen, wordt voorkomen dat dat knooppunt saveset-bestanden verwijdert als er geen overeenkomstige record bestaat in de mediadatabase, of mediadatabaserecords waar geen bestand wordt gevonden als 'verdacht' markeert. Houd er rekening mee dat dit de normale opschoonbewerkingen verhindert en moet worden gebruikt om de latentie te kwalificeren met betrekking tot herstelbewerkingen, en niet op langere termijn moet worden uitgeschakeld. 

Er is standaard meer uitgebreide logboekregistratie ingevoerd, waardoor de volledige savesetpaden worden aangemeld bij de data_audit logboeken op de NetWorker-server. Wanneer er al sprake is van zware belasting, veel/grote taken voor ruimteherstel, is dit een factor die kan leiden tot niet-reageren, met name van storageknooppunten die de informatie op afstand terugsturen naar NetWorker. Als u dit wilt uitschakelen, verhoogt u de drempelwaarde voor logboekregistratie voor deze logboeken op de NetWorker-server:

# nsradmin
# nsradmin> show name; auditlog severity
# print type: nsr auditlog

Beperk deze wijziging om alleen van invloed te zijn op de gegevenscontrole, indien gewenst, door de query te verfijnen naar de specifieke instantie door de naam ervan op te nemen. Sla deze stap over om de instelling opnieuw toe te passen op elk:

# print type: nsr auditlog; name: servername_data_audit.raw

Wijzig de drempelwaarde in één of beide in 'Fout' om te stoppen met het registreren van de afzonderlijke verwijderingen - verwijderingen worden nog steeds geregistreerd in de daemon.raw van de server.

# update auditlog severity: Error