[Alleen op locatie/hybride]{class="badge yellow" title="Alleen van toepassing op on-premise en hybride implementaties"}

Typen onderhoud types-of-maintenance

Toepassingsonderhoud application-maintenance

Adobe Campaign verstrekt een ingebouwd werkschema dat u bepaalde taken van het gegevensbestandonderhoud laat plannen: het werkschema van de gegevensbestandschoonmaak. Deze workflow voert de volgende taken uit:

  • verwijdering van verlopen records;
  • verwijdering van zwevende records en herinitialisatie van status voor verlopen objecten;
  • het bijwerken van de databasestatistieken.
IMPORTANT
Houd er rekening mee dat de opschoningstaak vooral betrekking heeft op onderhoud op toepassingsniveau, niet op onderhoud op RDBMS-niveau (met uitzondering van de update van statistische gegevens). Onderhoudsbewerkingen zijn echter vereist voor de database. Zelfs als de workflow voor het opschonen van de database met succes wordt uitgevoerd, betekent dit niet dat de database optimaal is ingesteld.

Technisch onderhoud technical-maintenance

De workflow voor het opschonen van databases bevat geen onderhoudsprogramma's voor databases: het is aan u om onderhoud te organiseren. Hiervoor kunt u:

  • met uw beheerder van het Gegevensbestand aan opstellings gegevensbestandonderhoud met derdehulpmiddelen,
  • gebruik de Adobe Campaign-workflowengine om deze onderhoudsactiviteiten te plannen en te volgen.

Deze onderhoudsprocedures moeten regelmatig worden uitgevoerd en moeten het volgende omvatten:

  • regelmatig bijgewerkte tabellen opnieuw indexeren;
  • de tabellen compact/opnieuw samenstellen om fragmentatie te voorkomen.

Onderhoudsschema maintenance-schedule

U moet de juiste sleuven vinden voor het uitvoeren van deze onderhoudsactiviteiten. Ze kunnen grote invloed hebben op de databaseprestaties terwijl de toepassing wordt uitgevoerd of zelfs geblokkeerd (door vergrendeling).

Deze taken worden doorgaans één keer per week uitgevoerd tijdens een periode van lage activiteit die niet botst met back-ups, het opnieuw laden van gegevens of de berekening van aggregaten. Sommige systemen die zeer gevraagd zijn, vereisen frequenter onderhoud.

Meer diepgaand onderhoud, zoals volledige tabelrebuilds, kan één keer per maand worden uitgevoerd, bij voorkeur met toepassingen die volledig zijn gestopt omdat het systeem sowieso onbruikbaar is.

Een tabel opnieuw samenstellen rebuilding-a-table

Er zijn verschillende strategieën beschikbaar:

Bewerkingen
Beschrijving
Voordelen
Nadelen
Online defragmentation
De meeste gegevensbestandmotoren verstrekken defragmentation methodes.
Gebruik eenvoudig de database defragmentation methode. Deze methodes behandelen typisch integriteitskwesties door de gegevens tijdens defragmentation te sluiten.
Afhankelijk van het gegevensbestand, kunnen deze defragmentation methodes als optie RDBMS (Oracle) worden verstrekt en zijn niet altijd de meest efficiënte manier om grotere lijsten te behandelen.
Reliëf en herstel
Zet de lijst aan een dossier neer, schrap de lijst in het gegevensbestand en herstel van de stortplaats.
Dit is de eenvoudigste manier om een tabel te defragmenteren. Ook de enige oplossing wanneer het gegevensbestand bijna volledig is.
Aangezien de lijst wordt geschrapt en ontspannen, kan de toepassing niet online worden verlaten, zelfs op read only wijze (de lijst is niet beschikbaar tijdens de herstelt fase).
Dupliceren, naam wijzigen en neerzetten
Dit leidt tot een exemplaar van een lijst en zijn indexen, dan laat vallen bestaande en noemt het exemplaar anders om zijn plaats te nemen.
Deze methode is sneller dan de eerste benadering aangezien het minder IOs (geen exemplaar als dossier en gelezen van dit dossier) produceert.
Vereist tweemaal de hoeveelheid ruimte.
Alle actieve processen die tijdens het proces naar de tabel worden geschreven, moeten worden gestopt. Dit heeft echter geen invloed op het leesproces, aangezien de tabel op het laatste moment na de heropbouw wordt omgewisseld.
recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1