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

Hantering av tidszoner time-zone-management

Verksamhetsprincip operating-principle

Med Adobe Campaign kan du uttrycka datum som en funktion av deras tidszon: detta gör att internationella användare kan arbeta över hela världen i olika tidszoner. Varje land som använder samma instans kan hantera kampanjer, spårning, arkivering osv. beroende på lokal tid.

För att Adobe Campaign-plattformen ska kunna användas internationellt måste alla datum som används av systemen kunna länkas till en tidszon. Ett datum vars tidszon är känd kan alltså importeras till vilken annan tidszon som helst, eller oavsett tidszon.

I Adobe Campaign kan du lagra datum/tid i UTC-format (Coordinated Universal Time). När data exponeras konverteras de till operatorns lokala datum/tid. Konverteringen utförs automatiskt när databasen har konfigurerats i UTC (se Konfiguration). Om databasen inte är konfigurerad i UTC lagras information om tidszonen för datum på plattformen i ett alternativ.

De viktigaste plattformsfunktionerna när det gäller hantering av tidszoner är import/export av data och operator samt hantering av arbetsflöden. arvskonceptet är tillgängligt för import/export eller arbetsflöden. Som standard är de konfigurerade för databasserverns tidszon, men du kan definiera om nya tidszoner för ett arbetsflöde och till och med för en enda aktivitet.

Operatörer kan ändra tidszoner under leveranskonfigurationen och kan ange den specifika tidszon som leveransen ska köras i.

Varje Adobe Campaign-operator är länkad till en tidszon: den här informationen har konfigurerats i deras profil. Mer information finns i det här dokumentet.

Om Adobe Campaign-plattformen inte kräver tidszonshantering kan du behålla ett lagringsläge i lokalt format med en viss länkad tidszon.

Rekommendationer recommendations

Tidszoner kombinerar flera olika realiteter: uttrycket kan beskriva en konstant tidsfördröjning med UTC-datumet eller tidpunkterna för en region som kan ändra tider två gånger per år (sommartid).

I postSQL tar kommandot SET TIME ZONE 'Europe/Paris'; hänsyn till sommar- och vintertider: datumet anges i UTC+1 eller UTC+2 beroende på tidpunkten på året.

Om du däremot använder kommandot SET TIME ZONE 0200; kommer tidsfördröjningen alltid att vara UTC+2.

Konfiguration configuration

Lagringsläget för datum och tidpunkter väljs när databasen skapas (se Skapa en ny instans). Vid en migrering konverteras de timmar som är länkade till datum till lokala datum och timmar (se Migrering).

Ur teknisk synvinkel finns det två sätt att lagra typinformation för Date+time i databasen:

Skapa en ny instans creating-a-new-instance

För att flera internationella användare ska kunna arbeta med samma instans måste du konfigurera tidszoner när du skapar instansen för att hantera tidsförskjutningar mellan länder. När en instans skapas väljer du datum- och tidshanteringsläget i avsnittet Time zone på databaskonfigurationsscenen.

Markera alternativet UTC database (date fields with time zone) om du vill lagra alla data med datum och tidpunkter i UTC-format (SQL-fält och XML-fält).

Om databasen inte är UTC kan du välja en av de tidszoner som finns i listrutan. Du kan också använda serverns tidszon eller välja alternativet UTC (Coordinated Universal Time).

När alternativet UTC Database (date fields with time zone) har valts lagras SQL-fälten i TIMESTAMP WITH TIMEZONE-format.

Annars lagras de i det lokala formatet och du måste välja vilken tidszon som ska användas för databasen.

Migrering migration

När du migrerar till en tidigare version (utan tidszonshantering) måste du definiera lagringsläget för datum i databasen.

För att garantera kompatibilitet med externa verktyg som har åtkomst till Adobe Campaign-databasen, lagras SQL-fälten av typen Datum+tid som standard i lokalt format.

XML-fält som innehåller datum lagras nu i UTC. Vid inläsning konverteras fält som inte är i UTC-format automatiskt med serverns tidszon. Det innebär att alla XML-fält konverteras stegvis till UTC-format.

Om du vill använda en befintlig instans lägger du till alternativet WdbcTimeZone och anger instansens tidszon.

Exempel på möjliga värden:

Oraclets databas- och servertidszon

För huvuddatabasen använder Campaign serverns tidszon för att ange sessionens tidszon för databasanslutningen. Alternativet WdbcTimeZone har ingen effekt. Serverns tidszon ska därför matcha tidszonen för huvuddatabasen som används av Campaign. Om du inte kan ändra serverns tidszon kan tidszonen som används av Campaign åsidosättas genom att TZ-miljövariabeln anges i customer.sh.