Lian

Siehe: Computer Forensik und edv beweismittelsicherung von Kroll Ontrack als Beispiel.

Welcher Hersteller ist das? :suspect: Passwortreset bekommt i.d.R. jeder Service-Point hin. Unabhängig davon wäre eine Verschlüsselung und Absicherung die beste Methode. Es gibt auch forensische Möglichkeiten Zugriffe nachzuvollziehen, aber das Budget dafür ist ähnlich hoch wie für eine Datenrettung...

Es bleibt immer noch der Service des Herstellers, die Variante mit neu kaufen ist wohl ein bisschen übertrieben...

Es gibt bei NTFS noch die Last Access Time (Time Stamp): How NTFS Works: Local File Systems Zu Deiner Frage: Richtig, bringt nichts bzw. wenig. Auf Anhieb fällt mir da nichts ein. Zukünftig könntest Du aber die Platte mittels BitLocker (Boardmittel Vista/2K8) oder TrueCrypt (Freeware für XP/Vista/...) verschlüsseln.

Danke für den Tipp jedenfalls :wink2:

Hallo, geht das nicht auch über ein Whois oder Tracert? ;) Hmmm: Who is Hosting www.mcseboard.de? :D

Hallo und Willkommen an board, bitte entferne die Passwörter und IPs, dann wird freigeschaltet.

Darum kümmert sich SFP/WFP: Windows File Protection - Wikipedia, the free encyclopedia Die File Protection verhindert genau die ehemals bekannten Fälle der DLL Hell...

Bitte alles weitere per PN oder Email.

Wie wäre es damit: How to move a database to another Exchange Server 2003

Schreib doch mal was Du generell vorhast. Woher stammt die EDB? Ist Dir klar, daß ein Exchange-DB nicht nur aus einer *.edb besteht? Von wo nach wo (Exchange Version) migrierst Du? Oder geht es um Disaster Recovery?

Hallo, Ja: ExMerge MSXFAQ.DE - EXMERGE Geht es Dir um eine Exchange Migration? Von welcher auf welche Version?

Off-Topic: Mein 10 jahre alter Tecra 8000 war da sehr zugeknöpft. Keine Chance ohne den Toshiba Service. Komplett zerlegt, alle Akkus/Batterien 'raus. Wie auch immer: Kern der Aussage ist, daß es im Nachhinein ohne Auditing nicht möglich ist. Wenn mit einem alternativen NTFS Treiber bzw. einem anderen OS darauf zugegriffen wird erst recht nicht.

...und das weiß Du woher? Aber ich gebe Dir Recht: Das ist eine Möglichkeit - nur das kann man nicht tracken.

Nicht alle Geräte, Toshiba Notebooks definitiv nicht.

No prob, ich war mich ebenso nicht mehr sicher... ;) Auch hier nochmal: Gratuliere zum Expert Status :thumb1:

Hallo, ich nutze seit einigen Wochen Vista x64, hauptsächlich wegen des RAM Ausbaus auf 8GB. Es hat aber noch einige andere Vorteile: bit-tech.net | 64-bit: More than just the RAM Bin zufrieden, meine Apps laufen alle und zur Virtualisierung ist es ideal. Die RAM Grundauslastung ist etwas höher als bei 32-Bit Vista (~1GB anstatt ~750MB).

Auch - aber nicht nur ;) Bibra-Online.de - DVD-Review

Ich meinte Pernod... ;)

Hallo, was funktioniert genau nicht...? Thecus Supportforum: Thecus.care@HEXUS - HEXUS.community discussion forums (Thecus.care) LVM hat wenig mit Windows zu tun und kommt aus dem Unix Umfeld...

Hallo, ist das ein XP Rechner oder ein Windows Server? XP: How to audit user access of files, folders, and printers in Windows XP 2K3: Operation-based auditing on files or folders: Auditing Auditing funktioniert erst ab Aktivierung des Features. Das BIOS Passwort liegt nicht im NTFS Teil der Festplatte. In manchen Fällen im NVRAM des BIOS - sprich: Gar nicht auf Platte.

Ist das nicht das Zeug, daß der gute "Louis und seine außerirdischen Kohlköpfe" getrunken haben? Zumindest der Nachbar von Louis, oder?

Ok :):thumb1:

Um es nochmal gesagt zu haben: Schick ist das nicht.Korrekter Im Sinne von: Läuft nicht außerhalb des Clusters. Eine eigene Physical Disk Resource wäre besser. In dem Artikel stand extra: Nicht, daß es dann wieder heißt: "Seitdem wir den Dienst auf einem Cluster haben, geht der nicht mehr richtig"

Hauptsache Du versuchst nicht WIS auf den Clusternodes (außerhalb des Clusters) einzurichten. Zur WINS Replikation: Configuring WINS replication: Windows Internet Name Service (WINS)