Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #567829 > unrolled thread

IT ist kaputt

Back to article view | Back to ger.ct

Contents

  IT ist kaputt Lars Gebauer <lgebauer@live.de> - 2022-09-21 23:51 +0200
    Re: IT ist kaputt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-09-22 06:58 +0200
      Re: IT ist kaputt Andreas Bockelmann <xotzil@gmx.de> - 2022-09-22 08:28 +0200
        Re: IT ist kaputt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-09-22 09:11 +0200
      Re: IT ist kaputt Michael Bode <m.g.bode@web.de> - 2022-09-22 09:47 +0200
        Re: IT ist kaputt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-09-22 08:24 +0000
          Re: IT ist kaputt Ruediger Lahl <ruediger.lahl@gmx.de> - 2022-09-22 11:16 +0200
            Re: IT ist kaputt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-09-22 11:29 +0200
            Re: IT ist kaputt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-09-22 10:58 +0000
              Re: IT ist kaputt Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-09-22 04:05 -0700
                Re: IT ist kaputt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-09-22 11:18 +0000
                  Re: IT ist kaputt Lars Gebauer <lgebauer@live.de> - 2022-09-22 15:44 +0200
                  Re: IT ist kaputt Ruediger Lahl <ruediger.lahl@gmx.de> - 2022-09-22 18:06 +0200
                Re: IT ist kaputt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-09-22 13:24 +0200
        Re: IT ist kaputt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-09-22 10:27 +0200
          Re: IT ist kaputt Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-09-22 09:44 +0100
            Re: IT ist kaputt Shinji Ikari <shinji@gmx.net> - 2022-09-22 11:13 +0200
              Re: IT ist kaputt Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-09-22 11:11 +0100
                Re: IT ist kaputt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-09-22 12:57 +0200
                  Re: IT ist kaputt Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-09-22 12:09 +0100
                    Re: IT ist kaputt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-09-22 13:25 +0200
                  Re: IT ist kaputt Jörg Tewes <jogi1964@gmx.net> - 2022-09-22 23:00 +0200
          Re: IT ist kaputt Michael Bode <m.g.bode@web.de> - 2022-09-22 21:05 +0200
            Re: IT ist kaputt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-09-22 21:30 +0200
            Re: IT ist kaputt Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-09-22 20:42 +0100
            Re: IT ist kaputt Dr. Joachim Neudert <neudert@5sl.org> - 2022-09-23 04:10 +0000
              Re: IT ist kaputt Michael Bode <m.g.bode@web.de> - 2022-09-23 09:44 +0200
              Re: IT ist kaputt Ruediger Lahl <ruediger.lahl@gmx.de> - 2022-09-23 12:03 +0200
      Re: IT ist kaputt Ruediger Lahl <ruediger.lahl@gmx.de> - 2022-09-22 10:57 +0200
        Re: IT ist kaputt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-09-22 11:24 +0200
        Re: IT ist kaputt Michael Bode <m.g.bode@web.de> - 2022-09-22 21:10 +0200
          Re: IT ist kaputt Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-09-23 01:35 -0700
      Re: IT ist kaputt Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-09-22 03:19 -0700
      Re: IT ist kaputt Andreas Bockelmann <xotzil@gmx.de> - 2022-09-22 18:09 +0200
      Re: IT ist kaputt Michael Bode <m.g.bode@web.de> - 2022-09-22 21:17 +0200
      Re: IT ist kaputt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-09-22 21:24 +0200
        Re: IT ist kaputt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-09-23 10:00 +0200
    Re: IT ist kaputt Michael Zink <michael@swamp.franken.de> - 2022-09-22 22:45 +0200
      Re: IT ist kaputt Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-09-23 07:27 +0000
    Re: IT ist kaputt Bonita Montero <Bonita.Montero@gmail.com> - 2022-09-23 10:47 +0200

Page 2 of 2 — ← Prev page 1 [2]

#567902

On 9/22/22 13:09, Goetz Schultz wrote:
> On 22/09/2022 11:57, Gerrit Heitsch wrote:
>> On 9/22/22 12:11, Goetz Schultz wrote:
>>> On 22/09/2022 10:13, Shinji Ikari wrote:
>>>> Guten Tag
>>>>
>>>> Goetz Schultz <news.expire1225@goetz.co.uk> schrieb
>>>>
>>>>> On 22/09/2022 09:27, Gerrit Heitsch wrote:
>>>>>> Durchaus möglich. Dann wäre es deren Aufgabe gewesen so ein 
>>>>>> Konzept zu
>>>>>> implementieren.
>>>>> Kommt auf den Vertrag an. Wenn es nicht drin steht, wird es nicht
>>>>> gemacht. Keiner macht was für lau. Ein IT Dienstleiter sollte es
>>>>> zumindest schriftlich haben, das er die Firma drauf aufmerksam 
>>>>> gemacht hat.
>>>>
>>>> Stimmt schon. Aber der Fall ist zumindest fuer eines gut: anderen zu
>>>> zeigen, wie man es nicht macht und dass ein geeignetes
>>>> Sicherungs-/Ausfallkonzept sinnvoll und ggf. sogar fuer ein
>>>> Unternehmen ueberlebenswichtig ist.
>>>
>>> Yep. Der Fachbegriff ist "Lessons learned".
>>
>> Sie werden aber nicht viel daraus lernen. Es ist nicht der erste Fall 
>> in dieser Richtung und wird nicht der letzte sein.
>>
>>   Gerrit
> 
> Wobei ich gerne sehen würde auf welcher Ebene sowas abgebügelt wurde. 
> Management reitet alle rein und Ops darf leiden (weil es deren "Schuld" 
> war). So ist meine Erfahrung ...

Gewisse Emails sollte man sicher aufbewahren.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#568006

Gerrit Heitsch schrieb:
> On 9/22/22 12:11, Goetz Schultz wrote:
>> On 22/09/2022 10:13, Shinji Ikari wrote:
>>> Guten Tag
>>>
>>> Goetz Schultz <news.expire1225@goetz.co.uk> schrieb
>>>
>>>> On 22/09/2022 09:27, Gerrit Heitsch wrote:
>>>>> Durchaus möglich. Dann wäre es deren Aufgabe gewesen so ein Konzept zu
>>>>> implementieren.
>>>> Kommt auf den Vertrag an. Wenn es nicht drin steht, wird es nicht
>>>> gemacht. Keiner macht was für lau. Ein IT Dienstleiter sollte es
>>>> zumindest schriftlich haben, das er die Firma drauf aufmerksam 
>>>> gemacht hat.
>>>
>>> Stimmt schon. Aber der Fall ist zumindest fuer eines gut: anderen zu
>>> zeigen, wie man es nicht macht und dass ein geeignetes
>>> Sicherungs-/Ausfallkonzept sinnvoll und ggf. sogar fuer ein
>>> Unternehmen ueberlebenswichtig ist.
>> 
>> Yep. Der Fachbegriff ist "Lessons learned".
> 
> Sie werden aber nicht viel daraus lernen. Es ist nicht der erste Fall in 
> dieser Richtung und wird nicht der letzte sein.

Eben, bevor man sich von "Mir passiert sowas doch nicht",
verabschiedet muß schon ein wenig mehr passieren.
-- 


        Bye Jörg


Religionskriege sind Konflikte zwischen erwachsenen Menschen, bei
denen es darum geht, wer den cooleren, imaginären Freund hat. Wenn
Jesus gevierteilt worden wäre, hätten wir heute dann Mobiles über der
Tür hängen?

[toc] | [prev] | [next] | [standalone]

#567963

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:

> On 9/22/22 09:47, Michael Bode wrote:
>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>> 
>>> On 9/21/22 23:51, Lars Gebauer wrote:
>>>> https://www.unternehmeredition.de/kurzmeldungen/kuechenhersteller-rational-einbaukuechen-solutions-insolvent/
>>>> | Nach Angaben des Insolvenzverwalters ruht die Küchenproduktion
>>>> derzeit
>>>> | aufgrund eines Totalausfalls entscheidender Teile der Serversysteme,
>>>> | mit der Planung und Produktion der Küchen und wesentliche weitere
>>>> | Unternehmensprozesse gesteuert werden. Nach einem Stromausfall in der
>>>> | Region habe es eine erhebliche Beschädigung der IT-Server gegeben, der
>>>> | zu einem irreparablen Datenverlust geführt habe.
>>>
>>> Ah, da hatte einer keine Backups und auch keinen Desaster-Recovery-Plan.
>> 64 Mitarbeiter. Vielleicht haben die nicht mal nen eigenen ITler
>> sondern
>> Betreuung durch irgend ne kleine PC-Bude.
>
> Durchaus möglich. Dann wäre es deren Aufgabe gewesen so ein Konzept zu
> implementieren.

Jo, ich kenn das von einer noch kleineren Bude. Was deren
IT-Dienstleister da so fabriziert hat, konnte man gleich in die Tonne
kloppen.

Dass ein Stromausfall erstmal zum kompletten IT-Ausfall führt, kann auch
trotz USV passieren. Nach ein paar Stunden sollte das aber wieder
laufen. Hab ich auch schon ein paar mal durch. Und bei der Größenordnung
der Fa. werden die wohl keinen Notstromdiesel haben. Wieso da allerdings
nach 14 Tagen immer noch kein Betrieb möglich ist, ist mir
unbegreiflich. Die müssen alles auf ner RAM-Disk gespeichert haben.

-- 
"Die Abwesenheit von Evidenz zur Wirksamkeit ist keine Evidenz 
für die Abwesenheit von Wirksamkeit."
 - Der Grünen-Gesundheitsexperte Janosch Dahmen.

[toc] | [prev] | [next] | [standalone]

#567971

On 9/22/22 21:05, Michael Bode wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
> 
>> On 9/22/22 09:47, Michael Bode wrote:
>>> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>>
>>>> On 9/21/22 23:51, Lars Gebauer wrote:
>>>>> https://www.unternehmeredition.de/kurzmeldungen/kuechenhersteller-rational-einbaukuechen-solutions-insolvent/
>>>>> | Nach Angaben des Insolvenzverwalters ruht die Küchenproduktion
>>>>> derzeit
>>>>> | aufgrund eines Totalausfalls entscheidender Teile der Serversysteme,
>>>>> | mit der Planung und Produktion der Küchen und wesentliche weitere
>>>>> | Unternehmensprozesse gesteuert werden. Nach einem Stromausfall in der
>>>>> | Region habe es eine erhebliche Beschädigung der IT-Server gegeben, der
>>>>> | zu einem irreparablen Datenverlust geführt habe.
>>>>
>>>> Ah, da hatte einer keine Backups und auch keinen Desaster-Recovery-Plan.
>>> 64 Mitarbeiter. Vielleicht haben die nicht mal nen eigenen ITler
>>> sondern
>>> Betreuung durch irgend ne kleine PC-Bude.
>>
>> Durchaus möglich. Dann wäre es deren Aufgabe gewesen so ein Konzept zu
>> implementieren.
> 
> Jo, ich kenn das von einer noch kleineren Bude. Was deren
> IT-Dienstleister da so fabriziert hat, konnte man gleich in die Tonne
> kloppen.
> 
> Dass ein Stromausfall erstmal zum kompletten IT-Ausfall führt, kann auch
> trotz USV passieren. 

Ja, das sollte aber auch nichts machen, selbst wenn beim 
Wiedereinschalten ein paar HDs und mit Pech auch mal ein Server sterben 
sollten. Wenns wirklich schlecht läuft muss man auf das letzte Backup 
(also die letzte Nacht...?) zurück. Wenn selbst das nicht geht hat 
jemand wirklich großen Mist gebaut.


> Die müssen alles auf ner RAM-Disk gespeichert haben.

Ist ja auch schön schnell. Schneller als jede SSD! ;)


  Gerrit

[toc] | [prev] | [next] | [standalone]

#567981

On 22/09/2022 20:05, Michael Bode wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
> 
[...]
> Jo, ich kenn das von einer noch kleineren Bude. Was deren
> IT-Dienstleister da so fabriziert hat, konnte man gleich in die Tonne
> kloppen.
> 
> Dass ein Stromausfall erstmal zum kompletten IT-Ausfall führt, kann auch
> trotz USV passieren. Nach ein paar Stunden sollte das aber wieder
> laufen. Hab ich auch schon ein paar mal durch. Und bei der Größenordnung
> der Fa. werden die wohl keinen Notstromdiesel haben. Wieso da allerdings
> nach 14 Tagen immer noch kein Betrieb möglich ist, ist mir
> unbegreiflich. Die müssen alles auf ner RAM-Disk gespeichert haben.
> 

Ich kann das so auch nicht nachvollziehen - außer das ein richtig großer 
und tiefer Griff in die Schüssel daran Schuld war. Also eine Kombi von 
USV nicht vorhanden/tot, Raid geschreddert und Datenbank offen mitten im 
Schreibzugriff. Das muss schon richtig Katastrophal sein - allerdings: 
warum sind keine Backups verfügbar? Weil keine gemacht wurden?

Wäre interessant herauszufinden. Nur wenn der Betrieb von einem 
Schreiner geführt wurde, dann haben die handwerkliche Fähigkeiten aber 
scheinbar haben die so wenig IT im Sinn, das die fundamentalen Dinge 
nicht da waren.

Ist aber Spekulation meinerseits.

-- 

Cheers,
    G.

Quis custodiet ipsos custodes?
---------------------------->8------------------------------
   /"\
   \ /  ASCII Ribbon Campaign
    X   against HTML e-mail
   / \
---------------------------->8------------------------------

[toc] | [prev] | [next] | [standalone]

#568017

Michael Bode <m.g.bode@web.de> wrote:

> 
> Dass ein Stromausfall erstmal zum kompletten IT-Ausfall führt, kann auch
> trotz USV passieren. Nach ein paar Stunden sollte das aber wieder
> laufen. Hab ich auch schon ein paar mal durch. Und bei der Größenordnung
> der Fa. werden die wohl keinen Notstromdiesel haben. Wieso da allerdings
> nach 14 Tagen immer noch kein Betrieb möglich ist, ist mir
> unbegreiflich. Die müssen alles auf ner RAM-Disk gespeichert haben.
> 

Möglicherweise ist es auch nur ein Vorwand. Die Firma war evtl. schon lang
vorher Pleite und nun kann die Geschäftsleitung gesichtswahrend den Konkurs
anmelden, ohne auf die eigene Mißwirtschaft verweisen zu müssen.

Nur ein Gedanke, zu derartigen Abläufen allgemein, nicht speziell zu dieser
Firma, die ich überhaupt nicht kenne. So etwas soll es schon mal gegeben
haben in der Welt. Daher stammt auch der weitverbreitete Ausdruck
"Sündenbock".

Gruß 

Joachim 

-- 
please forgive my iPhone typos

[toc] | [prev] | [next] | [standalone]

#568031

Dr. Joachim Neudert <neudert@5sl.org> writes:

> Michael Bode <m.g.bode@web.de> wrote:
>
>> 
>> Dass ein Stromausfall erstmal zum kompletten IT-Ausfall führt, kann auch
>> trotz USV passieren. Nach ein paar Stunden sollte das aber wieder
>> laufen. Hab ich auch schon ein paar mal durch. Und bei der Größenordnung
>> der Fa. werden die wohl keinen Notstromdiesel haben. Wieso da allerdings
>> nach 14 Tagen immer noch kein Betrieb möglich ist, ist mir
>> unbegreiflich. Die müssen alles auf ner RAM-Disk gespeichert haben.
>> 
>
> Möglicherweise ist es auch nur ein Vorwand. Die Firma war evtl. schon lang
> vorher Pleite und nun kann die Geschäftsleitung gesichtswahrend den Konkurs
> anmelden, ohne auf die eigene Mißwirtschaft verweisen zu müssen.
>
> Nur ein Gedanke, zu derartigen Abläufen allgemein, nicht speziell zu dieser
> Firma, die ich überhaupt nicht kenne. So etwas soll es schon mal gegeben
> haben in der Welt. Daher stammt auch der weitverbreitete Ausdruck
> "Sündenbock".

Aktuell gibt es doch keinen Mangel ans Sündenböcken: Corona, Krieg,
Materialmangel, Energiepreise. Da ist 'IT' schon etwas gestrig.

-- 
"Die Abwesenheit von Evidenz zur Wirksamkeit ist keine Evidenz 
für die Abwesenheit von Wirksamkeit."
 - Der Grünen-Gesundheitsexperte Janosch Dahmen.

[toc] | [prev] | [next] | [standalone]

#568075

*Dr. Joachim Neudert* schrieb:

> Michael Bode <m.g.bode@web.de> wrote:
>> Dass ein Stromausfall erstmal zum kompletten IT-Ausfall führt, kann auch
>> trotz USV passieren. Nach ein paar Stunden sollte das aber wieder
>> laufen. Hab ich auch schon ein paar mal durch. Und bei der Größenordnung
>> der Fa. werden die wohl keinen Notstromdiesel haben. Wieso da allerdings
>> nach 14 Tagen immer noch kein Betrieb möglich ist, ist mir
>> unbegreiflich. Die müssen alles auf ner RAM-Disk gespeichert haben.
>>
>
> Möglicherweise ist es auch nur ein Vorwand. Die Firma war evtl. schon lang
> vorher Pleite und nun kann die Geschäftsleitung gesichtswahrend den Konkurs
> anmelden, ohne auf die eigene Mißwirtschaft verweisen zu müssen.

An so was hatte ich auch schon gedacht, oder ein Verschlüsselungstrojaner.

Der Laden hat aber wohl gerade erst neue Besitzer bekommen. Eher
unwahrscheinlich, dass die ihre neue Investition bewusst in den Dreck
fahren.
-- 
bis denne

[toc] | [prev] | [next] | [standalone]

#567877

*Gerrit Heitsch* schrieb:
> On 9/21/22 23:51, Lars Gebauer wrote:
>> https://www.unternehmeredition.de/kurzmeldungen/kuechenhersteller-rational-einbaukuechen-solutions-insolvent/
>>
>>
>> | Nach Angaben des Insolvenzverwalters ruht die Küchenproduktion derzeit
>> | aufgrund eines Totalausfalls entscheidender Teile der Serversysteme,
>> | mit der Planung und Produktion der Küchen und wesentliche weitere
>> | Unternehmensprozesse gesteuert werden. Nach einem Stromausfall in der
>> | Region habe es eine erhebliche Beschädigung der IT-Server gegeben, der
>> | zu einem irreparablen Datenverlust geführt habe.
>
> Ah, da hatte einer keine Backups und auch keinen Desaster-Recovery-Plan.

Wenn die Server irreparablen Schaden genommen haben, klingt das eher
nach Überspannung. Gut, zu Spitzen kann es vor und nach dem Stromausfall
wahrscheinlich kommen. Natürlich sollte ein so wichtiger Server auch
davor geschützt werden. Macht ein USV das gleich mit?
-- 
bis denne

[toc] | [prev] | [next] | [standalone]

#567879

On 9/22/22 10:57, Ruediger Lahl wrote:
> *Gerrit Heitsch* schrieb:
>> On 9/21/22 23:51, Lars Gebauer wrote:
>>> https://www.unternehmeredition.de/kurzmeldungen/kuechenhersteller-rational-einbaukuechen-solutions-insolvent/
>>>
>>>
>>> | Nach Angaben des Insolvenzverwalters ruht die Küchenproduktion derzeit
>>> | aufgrund eines Totalausfalls entscheidender Teile der Serversysteme,
>>> | mit der Planung und Produktion der Küchen und wesentliche weitere
>>> | Unternehmensprozesse gesteuert werden. Nach einem Stromausfall in der
>>> | Region habe es eine erhebliche Beschädigung der IT-Server gegeben, der
>>> | zu einem irreparablen Datenverlust geführt habe.
>>
>> Ah, da hatte einer keine Backups und auch keinen Desaster-Recovery-Plan.
> 
> Wenn die Server irreparablen Schaden genommen haben, klingt das eher
> nach Überspannung. Gut, zu Spitzen kann es vor und nach dem Stromausfall
> wahrscheinlich kommen. Natürlich sollte ein so wichtiger Server auch
> davor geschützt werden. Macht ein USV das gleich mit?

Die meisten versuchen es zumindest, aber gegen eine wirklich starke (vom 
Strom her) Überspannungsspitze kommen die auch nicht an.

Eine Online-USV kann es sehr gut, aber da riskiert man dann zumindest 
eine defekte USV. Immer noch billiger als ein defekter Server.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#567964

Ruediger Lahl <ruediger.lahl@gmx.de> writes:

> *Gerrit Heitsch* schrieb:
>> On 9/21/22 23:51, Lars Gebauer wrote:
>>> https://www.unternehmeredition.de/kurzmeldungen/kuechenhersteller-rational-einbaukuechen-solutions-insolvent/
>>>
>>>
>>> | Nach Angaben des Insolvenzverwalters ruht die Küchenproduktion derzeit
>>> | aufgrund eines Totalausfalls entscheidender Teile der Serversysteme,
>>> | mit der Planung und Produktion der Küchen und wesentliche weitere
>>> | Unternehmensprozesse gesteuert werden. Nach einem Stromausfall in der
>>> | Region habe es eine erhebliche Beschädigung der IT-Server gegeben, der
>>> | zu einem irreparablen Datenverlust geführt habe.
>>
>> Ah, da hatte einer keine Backups und auch keinen Desaster-Recovery-Plan.
>
> Wenn die Server irreparablen Schaden genommen haben, klingt das eher
> nach Überspannung. Gut, zu Spitzen kann es vor und nach dem Stromausfall
> wahrscheinlich kommen. Natürlich sollte ein so wichtiger Server auch
> davor geschützt werden. Macht ein USV das gleich mit?

Theoretisch schon. Aber das ist so: wenn der Überspannungsschutz
funktioniert, ist es gut. Wenn er nicht funktioniert, war die
Überspannung halt höher als die max. zulässige Überspannung des
Überspannungsschutzes. Beweise mal, dass es nicht so war.

Aber eine Überspannung, die das Offline-Backup beschädigt, muss schon
wirklich spektakulär sein.

-- 
"Die Abwesenheit von Evidenz zur Wirksamkeit ist keine Evidenz 
für die Abwesenheit von Wirksamkeit."
 - Der Grünen-Gesundheitsexperte Janosch Dahmen.

[toc] | [prev] | [next] | [standalone]

#568053

Michael Bode schrieb am Donnerstag, 22. September 2022 um 21:10:22 UTC+2:

> Theoretisch schon. Aber das ist so: wenn der Überspannungsschutz 
> funktioniert, ist es gut. Wenn er nicht funktioniert, war die 
> Überspannung halt höher als die max. zulässige Überspannung des 
> Überspannungsschutzes. Beweise mal, dass es nicht so war. 
> 
> Aber eine Überspannung, die das Offline-Backup beschädigt, muss schon 
> wirklich spektakulär sein.

In den Niederlanden senkte sich jüngst eine Höchstspanungsleitung
auf eine Niederspannungsleitung. Der Effekt nicht nur bei der eigentlich
betroffenen Staatsbahn, sondern auch in Schaltstationen und umliegenden
Siedlungen, war spektakulär.

[toc] | [prev] | [next] | [standalone]

#567887

Gerrit Heitsch schrieb am Donnerstag, 22. September 2022 um 06:58:12 UTC+2:
> On 9/21/22 23:51, Lars Gebauer wrote:

> > https://www.unternehmeredition.de/kurzmeldungen/kuechenhersteller-rational-einbaukuechen-solutions-insolvent/ 
> > 
> > 
> > | Nach Angaben des Insolvenzverwalters ruht die Küchenproduktion derzeit 
> > | aufgrund eines Totalausfalls entscheidender Teile der Serversysteme, 
> > | mit der Planung und Produktion der Küchen und wesentliche weitere 
> > | Unternehmensprozesse gesteuert werden. Nach einem Stromausfall in der 
> > | Region habe es eine erhebliche Beschädigung der IT-Server gegeben, der 
> > | zu einem irreparablen Datenverlust geführt habe.

> Ah, da hatte einer keine Backups und auch keinen Desaster-Recovery-Plan. 

Jetzt mal ab von der Gegend:

"Et hätt bei uns noch immer jot jejange!"

Gruß, ULF

[toc] | [prev] | [next] | [standalone]

#567946

Stefan Ram schrieb:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>> Ah, da hatte einer keine Backups und auch keinen Desaster-Recovery-Plan.
> 
>    Es gibt nicht nur Sicherungskopien.
> 
>    Bei MySQL kann man zum Beispiel eine Mitschrift ("binary log")
>    aller Änderungen an einer Datenbank erstellen lassen, um
>    Änderungen wiederherzustellen, die nach dem letzten Backup
>    noch nicht gesichert wurden.

Ein CAM/CAD/ERP-System wird  niemand ernsthaft auf eine ISAM-Datenbank 
aufsetzen wollen, egal ob da noch ein MySQL-Interpreter draufkommt oder 
nicht. Die ganze ISAM-Datenbank ist schon viel zu instabil.

Wer jemals eine alte Sage (KHK) CalssicLine mit >=20 Usern hat sterben 
sehen, weiß wovon ich rede.

Wir haben bei Kunden auch schon erlebt, dass eine In-Memory-Datenbank (SAP 
HANA) nach einem Stromausfall nicht freiwillig wieder ins Leben wollte, aber 
so etwas war in der Regel nach ein paar Stunden wieder live, notfalls mit 
dem Emergency-Support der SAP.

Ich weiß nicht was bei dem Küchenhersteller hierzuthread passiert ist, habe 
aber auch schon mal einen Notfalltest im Bereich IBM Mainframe mitbekommen, 
bei dem erst die USV-Systeme nicht pünktlich die Maschinen in den Shutdown 
gefahren haben, dann die wiedereingeschalteten Stromversorgungen Bäuerchen 
machten als sie auf halb entladene Akkus plus aktive Maschinen trafen. Das 
bescherte den Operatoren dann ein arbeitsreiches Wochenende. Die Augenringe 
der Beteiligten am Montagmorgen waren sehenswert.


-- 
  Mit freundlichen Grüßen
    Andreas Bockelmann

[toc] | [prev] | [next] | [standalone]

#567966

ram@zedat.fu-berlin.de (Stefan Ram) writes:

> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>>Ah, da hatte einer keine Backups und auch keinen Desaster-Recovery-Plan.
>
>   Es gibt nicht nur Sicherungskopien.
>
>   Bei MySQL kann man zum Beispiel eine Mitschrift ("binary log")
>   aller Änderungen an einer Datenbank erstellen lassen, um
>   Änderungen wiederherzustellen, die nach dem letzten Backup
>   noch nicht gesichert wurden.

Ich kenn das von PostgreSQL.

-- 
"Die Abwesenheit von Evidenz zur Wirksamkeit ist keine Evidenz 
für die Abwesenheit von Wirksamkeit."
 - Der Grünen-Gesundheitsexperte Janosch Dahmen.

[toc] | [prev] | [next] | [standalone]

#567969

On 9/22/22 15:10, Stefan Ram wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>> Ah, da hatte einer keine Backups und auch keinen Desaster-Recovery-Plan.
> 
>    Es gibt nicht nur Sicherungskopien.

Natürlich, aber die sind als 'bare minimum' anzusehen und sollten 
deshalb immer vorhanden sein.



>    Bei MySQL kann man zum Beispiel eine Mitschrift ("binary log")
>    aller Änderungen an einer Datenbank erstellen lassen, um
>    Änderungen wiederherzustellen, die nach dem letzten Backup
>    noch nicht gesichert wurden.
> 
>    Man kann auch eine Replikation auf einem weiteren Rechner
>    einrichten, welche eine Kopie der aktuellen Datenbank darstellt,
>    in der alle Änderungen der Datenbank ebenfalls umgesetzt werden.
>    Bei einem Ausfall der Hardware mit der Datenbank, hat man dann
>    immer noch das aktuelle Replikat und kann nach relativ kurzer
>    Zeit darauf umstellen, daß dies als Datenbank genutzt wird.

Hilft bei Stromausfall aber nur, wenn der andere nicht betroffen ist. 
Das ist eher für Ausfälle von Hardware wichtig.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#568037

On 9/23/22 09:57, Stefan Ram wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> writes:
>> On 9/22/22 15:10, Stefan Ram wrote:
>>> Man kann auch eine Replikation auf einem weiteren Rechner
>>> einrichten, welche eine Kopie der aktuellen Datenbank darstellt,
>>> in der alle Änderungen der Datenbank ebenfalls umgesetzt werden.
>>> Bei einem Ausfall der Hardware mit der Datenbank, hat man dann
>>> immer noch das aktuelle Replikat und kann nach relativ kurzer
>>> Zeit darauf umstellen, daß dies als Datenbank genutzt wird.
>> Hilft bei Stromausfall aber nur, wenn der andere nicht betroffen ist.
> 
>    Ja, der andere Rechner könnte/sollte sich an einem
>    (wenigstens etwas) entfernten Ort befinden.
> 
>> Das ist eher für Ausfälle von Hardware wichtig.
> 
>    Ein anderes Beispiel, wo ein Replikat wenig hilft, ist es, wenn
>    jemand versehentlich eine Tabelle löscht. Denn die wird dann im
>    Replikat ebenfalls sofort gelöscht! Daher braucht man, wie Du
>    richtig schreibst, ebenfalls immer noch Sicherungskopien.

Und davon mindestens einen Satz off site.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#568005

On Wed, 21 Sep 2022 23:51:13 +0200, Lars Gebauer wrote:

>https://www.unternehmeredition.de/kurzmeldungen/kuechenhersteller-rational-einbaukuechen-solutions-insolvent/

Als ich das gelesen habe, mußte ich an die Rational AG denken. Die
sind "etwas" größer und haben keine entsprechende Ad-hoc-Mitteilung
o.Ä. veröffentlicht.

Anscheinend gibt es zwei voneinander unabhängige Küchenhersteller
namens Rational.

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

[toc] | [prev] | [next] | [standalone]

#568027

On Thu, 22 Sep 2022 22:45:48 Michael Zink wrote:
> On Wed, 21 Sep 2022 23:51:13 +0200, Lars Gebauer wrote:
>>https://www.unternehmeredition.de/kurzmeldungen/kuechenhersteller-rational-einbaukuechen-solutions-insolvent/
> Als ich das gelesen habe, mußte ich an die Rational AG denken. Die
> sind "etwas" größer und haben keine entsprechende
> Ad-hoc-Mitteilung o.Ä. veröffentlicht.

> Anscheinend gibt es zwei voneinander unabhängige Küchenhersteller
> namens Rational.

Der eine baut die Möbel, der andere die Geräte dafür. Wobei es
angesichts der Größenverhältnisse zu viele Geräte für die Möbel sein
dürften.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan - welch ein bizarrer Gedanke.
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#568055

Am 21.09.2022 um 23:51 schrieb Lars Gebauer:
> https://www.unternehmeredition.de/kurzmeldungen/kuechenhersteller-rational-einbaukuechen-solutions-insolvent/
> 
> | Nach Angaben des Insolvenzverwalters ruht die Küchenproduktion derzeit
> | aufgrund eines Totalausfalls entscheidender Teile der Serversysteme,
> | mit der Planung und Produktion der Küchen und wesentliche weitere
> | Unternehmensprozesse gesteuert werden. Nach einem Stromausfall in der
> | Region habe es eine erhebliche Beschädigung der IT-Server gegeben, der
> | zu einem irreparablen Datenverlust geführt habe. Das Unternehmen könne
> | daher seit Anfang des Monats aktuell keine Aufträge bearbeiten und
> | keine Daten zu existierenden Aufträgen an die Produktion weiterleiten.
> | Da keine Prognose möglich sei, wann  die Produktion der Küchen wieder
> | aufgenommen werden kann, habe die Geschäftsführung wegen des
> | unvermeidbaren Umsatzausfalls und damit einhergehender drohender
> | Zahlungsunfähigkeit die Eröffnung eines Insolvenzverfahrens beantragt.

Datenspeicherung mit einem Log das Before- und After-Image enthält,
also so wie das nahezu jeder Datenbank-Server macht, hätte helfen
können.

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | ger.ct

csiph-web