Når serveren fejler efter en ændring, er en rolig test bedre end mange tilfældige genstarter. Brug denne metode til at undersøge resources, afhængigheder og databasefejl.
Gennemgået
Gem udgangspunktet
Noter scriptets navn, version og hvornår problemet begyndte. Gem den første relevante fejl fra serverkonsollen. Fejl senere i loggen kan være følger af den første fejl og er ikke nødvendigvis den egentlige årsag.
Tag en kopi af de konfigurationer og filer, du skal arbejde med. Hvis installationen også ændrer databasen, skal der være en brugbar databasebackup, før du importerer mere eller forsøger at rulle tilbage.
Kontroller det, scriptet forventer
- Passer scriptet til dit framework og den version, du bruger?
- Er de krævede dependencies installeret og startet i den rigtige rækkefølge?
- Ligger ressourcen i den forventede mappe med det rigtige navn?
- Er konfigurationen udfyldt, og matcher databasefelter og rettigheder installationen?
- Er de nødvendige filer tilgængelige, og kommer pakken fra en kilde, du har ret til at bruge?
Lav en afgrænset test
Test helst i en kopi af serveren, hvor du kan prøve ændringen uden at påvirke spillerne. Tilføj en resource ad gangen. Kontroller konsollen efter hver ændring, så du ved, hvad der udløser fejlen.
At stoppe en resource fjerner ikke nødvendigvis ændringer i databasen. Brug derfor ikke stop/start som en erstatning for en gennemtænkt tilbagerulning. Følg scriptleverandørens instruktioner til eventuelle databaseændringer.
Hvis du søger hjælp
Beskriv, hvad der skulle ske, hvad der faktisk sker, og om en basisinstallation virker uden den nye resource. Oplys versioner og den relevante fejltekst. Det giver scriptudvikleren eller support et konkret udgangspunkt.
Fjern nøgler, forbindelsesstrenge, adgangskoder og personoplysninger fra det materiale, du sender. Upload ikke hele serverpakken offentligt for at få hjælp til en enkelt fejl.