Dienstag, 26. Mai 2009Heiliger manituTrackbacks
Trackback-URL für diesen Eintrag
Keine Trackbacks
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
Na eigentlich haben Menschen, die keine Sicherheitskopien anfertigen, es aber verdient den Kopf (sprichwörtlich!) abzubekommen... Denn so lernen sie es ja doch nicht.
Hab ich's in den Blog geschafft? Auch gut.
Noch'n bißchen Vorurteile glätten... Nun, es gibt immer was zu Lernen. Es gab ja Backups. Wenn dir dann allerdings auch die Backupmaschine entgleitet, bleibt noch der zusätzliche Storage zur Rekonstruktion. Es ging um Bestätigung der modifizierten _Zugangs_daten zu den Sicherheitskopien im RZ Ganze Systeme zu backupen und zu restoren geht ja schnell ist aber teilweise unsinnig, z.B. wenn sie komprommitiert wurden und der genaue Zeitpunkt und die Schwachstelle noch nicht in so kurzer Zeit analysiert werden konnte. Dann würdeste dir den ganzen Quark wieder zurückspielen, nur um ein System schnell wieder am Start zu haben und hättest in Kürze das gleiche Problem. Es ging hier um den Zugang zu reinen Nutzdaten und Backups derselben. Und auch ein Stückeln à la "Snapshop eines älteres, nachweislich cleanen System restoren Updates und Patches fahren und aktuellste Nutzdaten restoren," ist nicht immer sinnvoll. z.B. wenn nicht direkt nachvollziehbar ist, wo das Leck liegt und ob Hard- oder Softwarefehler Ursache sind. Mal ganz abgesehen von den evtl. entstehenden Inkompatibilitäten und dem Mehraufwand. Neues System, Restore der Konfiguration und Nutzdaten ist da häufig sinnvoller. Oder lieg ich falsch?
übertreiben? womit? Stand der Dinge. Zwei Server (Redundanz Master- und Slavesystem) und ein zusätzliche Storage-Einheit vorhanden. Beide Server (trotz leicht unterschiedlicher System-Zugangsdaten) komprommitiert. Jeder trug zugleich noch Backupdaten des anderen und SQL Replikation. Tja. Kommt vor. Und was machste? Willst ja Spuren erhalten und analysieren, aber zugleich Dienste schnell wieder an den Start bringen. Also neue Maschine dazu, Dienste neu aufsetzen und Zugang zum Storage um die aktuellen Daten und Konfigurationen zurückzuholen. Mit Prüfung der Daten. Genau darum gings. Oder hätt's da ne bessere Lösung gegeben? Bin ganz Ohr
|
IPv4 vs. IPv6Du bist hier via
![]() SucheÖkostromKalenderKommentareSa, 26.05.2012 00:19
Naja die meisten Kunden sind h
alt keine Experten, wenn in me
inem Fenster eine Werbetafel e
röffnet werden würde, da [...]
Fr, 25.05.2012 23:17
http://blog.fefe.de/?ts=b14989
2a
Besser?
Zitat: "Micro
soft erwirkt Einfuhrstopp für
Android-Geräte von Motor [...]
Fr, 25.05.2012 19:46
Arbeit anderer 1:1 kopieren !=
dem was die Patenttrolle mome
ntan veranstalten.
Fr, 25.05.2012 18:54
Naja ne AGB ist ja auch schnel
l geschrieben, aber kaum wird
sie kopiert ist das geschrei g
roß
Do, 24.05.2012 21:20
Ich finde es nicht verwerflich
euch danach zu fragen.
Ihr h
abt halt einen super support!
Ich finde die Frage nic [...]
Do, 24.05.2012 20:37
Ich wuerde da weniger auf eine
n "Gesellen" im Browser tippen
, sondern eher auf ein gehackt
es Script auf seiner Web [...]
Do, 24.05.2012 19:14
Och,
ich empfinde das noch al
s relativ neutral. Und so frag
t er halt einfach nach bei dir
.
Do, 24.05.2012 17:34
Da halte ich mit Wellensittich
und "Hansi" dagegen
LinksKategorienImpressum & Werbung |