[Endast lokal/hybrid]{class="badge yellow" title="Gäller endast lokala och hybrida driftsättningar"}

Typ av underhåll types-of-maintenance

Programunderhåll application-maintenance

Adobe Campaign har ett inbyggt arbetsflöde där du kan schemalägga vissa databasunderhållsåtgärder: arbetsflödet för databassortering. Det här arbetsflödet utför följande uppgifter:

  • Borttagning av utgångna poster.
  • Borttagning av överblivna poster och återinitiering av status för utgångna objekt.
  • uppdatera databasstatistiken.
IMPORTANT
Observera att rensningsaktiviteten huvudsakligen handlar om underhåll på programnivå, inte om underhåll på RDBMS-nivå (med undantag för statistikuppdatering). Underhållsåtgärder krävs dock för databasen. Även om arbetsflödet för databasrensning fungerar som det ska betyder det inte att databasen är optimalt justerad.

Tekniskt underhåll technical-maintenance

Arbetsflödet för databasrensning innehåller inte något databasunderhållsverktyg: det är upp till dig att organisera underhållet. Om du vill göra det kan du antingen:

  • tillsammans med databasadministratören skapa databasunderhåll med verktyg från tredje part,
  • använda Adobe Campaign arbetsflödesmotor för att schemalägga och spåra underhållsaktiviteterna.

Dessa underhållsförfaranden skall utföras regelbundet och skall omfatta följande:

  • indexera om tabeller som uppdateras ofta,
  • kompakt/återskapa tabeller för att undvika fragmentering.

Underhållsschema maintenance-schedule

Du måste hitta lämpliga platser för att kunna utföra dessa underhållsaktiviteter. De kan påverka databasens prestanda avsevärt när programmet körs eller till och med blockeras (på grund av låsning).

Dessa uppgifter körs vanligtvis en gång i veckan under en period med låg aktivitet som inte kolliderar med säkerhetskopiering, datainläsning eller aggregeringsberäkning. Vissa system som är mycket efterfrågade kräver oftare underhåll.

Mer ingående underhåll, till exempel fullständiga tabellversioner, kan utföras en gång i månaden, helst med program som är helt stoppade eftersom systemet ändå inte kan användas.

Återskapa en tabell rebuilding-a-table

Flera strategier är tillgängliga:

Operationer
Beskrivning
Fördelar
Nackdelar
Onlinedefragmentering
De flesta databasmotorer har defragmenteringsmetoder.
Använd helt enkelt databasdefragmenteringsmetoden. Dessa metoder hanterar vanligtvis integritetsproblem genom att låsa data under defragmentering.
Beroende på databasen kan dessa defragmenteringsmetoder anges som ett RDBMS-alternativ (Oracle) och är inte alltid det mest effektiva sättet att hantera större tabeller.
Dumpa och återställ
Dumpa tabellen till en fil, ta bort tabellen i databasen och återställ från dumpen.
Det här är det enklaste sättet att defragmentera en tabell. Den enda lösningen när databasen är nästan full.
Eftersom tabellen tas bort och återskapas går det inte att lämna programmet online, även i skrivskyddat läge (tabellen är inte tillgänglig under återställningsfasen).
Duplicera, byt namn och släpp
Detta skapar en kopia av en tabell och dess index, och släpper sedan den befintliga tabellen och byter namn på kopian så att den ersätter den.
Den här metoden är snabbare än den första metoden eftersom den genererar färre I/O (ingen kopia som fil och läsning från den här filen).
Kräver dubbelt så mycket utrymme som utrymmet.
Alla aktiva processer som skriver till tabellen under processen måste stoppas. Läsprocesserna påverkas dock inte eftersom tabellen byts ut i sista stund när den har byggts om.
recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1