Update von 099923 auf 1.0 fehlgeschlagen - was nun?

testjo

Sehr aktives Mitglied
1. Juli 2010
3.336
3
NRW GRENZE HOLLAND
AW: Update von 099923 auf 1.0 fehlgeschlagen - was nun?

Nen meine nicht hier direkt nur den/dieser jtl backup funktion in dieser moment/fall aber ganz algemein.
Und dort weis man nicht immer ob, und weiter wen durch was auch immer etwas abgebrochen werdet, ( ob Festplatte/ Betriebsystem, SQL crash oder stromausfall was auch immer wie weit der dan ist mit update und oder yep oder nein volständige backup wirklich gelungen ist und ob es noch lauft dan auch nicht)
So in algemëine um sicher zu gehen.

Und erfahrung mit ziemlich viel was falsch gehen kan ist hier real! ( Raids die sterben, UVS die nicht mitmacht weil kein Wartung drauf war, wen man software updates macht von live produktion soll, das mein ich wirklich, man immer selbe gute backups da haben, wen die nicht gemacht worden sind ( ist ja fast grobfahrlässsig) muss man die manual vorab extra ziehen!
Es kommt doch ziemlich oft vor dass wen etwas updated werden soll, die systeme software und hardware ziemlich alt sind ( kein richtige Wartung kennen, und bei die extra "stress" dan kein lust mehr haben, oder nur einfach den Speicher ( INternes speicher und oder festplatte wegen unerwartete temps /swapping, was auch immer) in einem doch nicht ausreicht! 😉
( oder einen Kaltstart lange nicht gemacht worden ist, den disk und/oder filecheck fehler hat abbricht ....)

Life erfahrungen hier mit ( altes) MSQL wo "Kunden" so einiges versucht haben. ( Sag mall so solches wie beispiel dort wo den nur einen Tape backup den einen Tape ein jahr in tapestreamer war niemals den fehler ausgelesen worden sind und also kein backups da) ist dass schlimste beispiel was ich erlebt habe.

Was für Funktion seitens ein ( in algemein) Backup dan ja oder nein in den update vorgang eingebaut worden ist kan weiter ein lähe nicht wissen brauchen die dan auch nicht, deswegen sollte man die dan auch nicht umgehen, es gibt wo nur ein par teilen backuped werden um wider zurück zu können sprich nur ein par Tabellen oder Einzele Datei, dass braucht man nicht zu wissen und nicht aussuchen. 😉

Auch hier im algemeine, ob spezifisch, da soll man wen man die software weiter nicht wirklich 100% kennt und weiterhin auch nicht viel EDV kentsnisse hat den finger davon lassen etwas nicht zu machen wass in ein backup/update vorgang so vorgesehen ist laut Hersteller!

Oder etwas angepasst ist wie in deiner Fall. 😉
 

testjo

Sehr aktives Mitglied
1. Juli 2010
3.336
3
NRW GRENZE HOLLAND
AW: Update von 099923 auf 1.0 fehlgeschlagen - was nun?

Stromausfall, zeitens ein Update erlebt von etwas (USV uhum kein wartung RAIDcontroller Akku uhum idem), wo Kunde (richtige system Admin) sagte BAckups sind richtig und vorhanden und und.
Da war den sql datenbank selbe in Program Verzeichniss so wie oft default und nicht richtig > und also nicht im systemadmin backup von den Datenfesteplatte/Verzeichnisse vorgang drin.
Raid also Kaput, wegen mehrere Festplatte gleich Kaput wegen "klappern" USV. und kein SQL datenbank backup. 😉

Da ist man normalerweise, auf soviel in einem nicht vorbereitet, ( ich nicht damals). Jetzt checke ich selbe backups vorab kostet ziemlich extra Zeit ( weil zu oft doch nicht alles aktuel) oder Kunde muss unterzeichnen dass die BAckups alles drin haben, Aktuel sind und wirksam. Backup nochmall laufen lassen / selbe machen kostet auch Zeit und also Geld.! Trotzdem wichtig. ( ganz viele checken überhaupt nicht wirklich, und fragen selbst vorab nicht nach, schicken einen mach mall dort den Update, oder mittels fern.. dieser Mitarbeiter macht Braf nur dies 😉 )
 

Marc Völker

Moderator
Mitarbeiter
15. April 2014
1.915
215
Hürth
AW: Update von 099923 auf 1.0 fehlgeschlagen - was nun?

Es gibt immer fälle, da kann man sich dann auch nicht mehr für vorbereiten.

Gerade das beschriebene, da hilft dann auch das Backup nichts, wenn man das nicht auf einem 2ten System ablegt.

Wir lassen z.B. bei einigen unserer Kunden wirklich Paranoide Backup Pläne laufen, sprich 1 x alle 24h Vollbackup, alle 4h Diff Backup, und alle 15 Minuten Transaktionsbackup. Diese werden dann direkt auf Azure Storage hochgeladen, und dort für 14 Tage (minimum) vorgehalten.
Dadurch kann ich für 14 Tage rückwirkend in einem Zeitinterfall von 15 Minuten jeden Beliebigen Zustand wieder herstellen.

Aber wenn man es mal genau betrachtet, ich schätze mal bestimmt 70% der Kunden machen backups nur beim Update, und überhaupt nicht regelmäßig.
Und das backup was da passiert, soll ja wirklich nur helfen, wenn es beim Update zu fehlern kommt.
 

testjo

Sehr aktives Mitglied
1. Juli 2010
3.336
3
NRW GRENZE HOLLAND
AW: Update von 099923 auf 1.0 fehlgeschlagen - was nun?

Es gibt immer fälle, da kann man sich dann auch nicht mehr für vorbereiten.

Gerade das beschriebene, da hilft dann auch das Backup nichts, wenn man das nicht auf einem 2ten System ablegt.

Yep deswegen mein warnung hier ins Forum wen da in kombi mit deiner
Aber wenn man es mal genau betrachtet, ich schätze mal bestimmt 70% der Kunden machen backups nur beim Update, und überhaupt nicht regelmäßig
Das Licht für dieser etwa 70% an geht! 😉
 

testjo

Sehr aktives Mitglied
1. Juli 2010
3.336
3
NRW GRENZE HOLLAND
AW: Update von 099923 auf 1.0 fehlgeschlagen - was nun?

@ MArc

Momentan scheint also den backup procedure und restore von nur JTL beim Update zum v1.0.0 nicht ausreichend bei jeden hilfreich zu sein.!

Deswegen eigentlich war/ist auch mein warnung hier ins Forum immer selbst ein eigene Komplette Backup parat zu haben vor man ein update angeht!
 

Ähnliche Themen