Velius

Ne, hab ich gerade nicht, aber ist doch wurscht ob du's verstehst - klappen tut's jdenfalls.;)

Im prinzip funktioniert das immer gleich, ob VSS oder SAN Snap-Shot oder sonst was: Wenn das original File durch einen anderen Prozess gesperrt ist wird es auf read-only gesetzt. Änderungen werden in ein differential File geschrieben bis das ursprüngliche File komplett gesichert wurde. Anschliessend wird der Vorgang mit dem differential File wiederholt, und nach dem Abschluss wird das zweit letzte differential in's Original übermittelt - die Menge der Änderungen wird irgendwann so klein, dass sie gleich Null gehen, dass heisst das im Orignal weitergeschrieben wird. VMotion funktioniert auch so beispielsweise. Nun, die Frage die sich dann noch bei Datenbanken im speziellen stellt ist, ob die DB beim Zeitpunkt des Sicherns konsistent war - VSS zum beispiel legt erst los wenn das der Fall ist, vorausgesetzt die Applikation oder DB ist sich der Anwesenheit von VSS bewusst (VSS-Aware). BTW: Wird etwas OT, oder man sollte ienen neuen Thread öffnen.:wink2:

Grizzly, mir ist schon bewusst, dass es nicht um die Technologie VSS an sich geht, allerdings ist die API, ob jetzt für NTBackup oder für ein Image Programm, dieselbe. Das mit dem USN-Rollback war mir auch schon ein Begirff: http://www.mcseboard.de/windows-forum-allgemein-28/dc-per-acronis-sichern-85923.html?highlight=usn-rollback P.S.: So wichtig finde ich's auch wieder nicht, da ich meine DC's auch nicht clone, wozu denn?

XP könnte eventuell nicht mehr booten wenn W2K als zweites OS installiert wird => http://www.mcseboard.de/tipps-links-5/dualboot-xp-w2k3-33524.html?highlight=ntldr

Man könnte auch beide oder alle Interfaces in's selbe Subnetz legen - macht zwar das Ruleset komplexer da eventuell nicht gruppierbar und mit Address-Spoofing wird man auch Probleme kriegen.

Das leigt an der Hal.dll. Es gibt unterschiedliche Hal.dll's für Uni- und Multiprozessor Systeme. Ich müsste mich täuschen, aber Sysprep kann die hal nicht ändern. :suspect: Kosmisch, diesem Artikel zu folge HAL options after Windows XP or Windows Server 2003 Setup müsste XP und W2K3 automtisch den 2. Prozi erkennen und die entsprechende Hal.dll installieren....

Exchange 2000 Information Store - Mailbox Size Mismatch Stichwörter: Discrepancy, size, system manager, mailbox

Wenn ich blos so wenig zu tun hätte....:rolleyes: :wink2: P.S.: Ne echt, ich kann ja verstehen, dass man sich sowas fragt, aber so verbissen, hallo?? Sogar eine Suche bei MS brachte keine Treffer zu Tage, und wenn man's genau wissen will, dann muss man schon einen Outlook/Exchange Programmier fragen denke ich. Aber wie gesagt, ist dass denn so wichtig?:suspect:

Also wenn ich da kucken geh (Olk 2003), dann seh ich zwei Reiter, einer 'lokal' und einer 'Server', oder so ähnlich, hab's gerade nicht vor mir. Wieso dass da aber zwei unterschiedliche Grössen angezeigt werden kann tausende von Gründen haben, wie z.B. das OAB, dass ja auch irgendwo gespeichert werden muss, aber auf dem Server sicher nicht in der Mailbox selbst. Ausserdem ist ja der lokal Speicher keine exakte Kopie des Servers, denn ne EDB enhält wie wir alle wissen mehrere Mailboxen. Inhaltlich werden sie wohlwissentlich identisch sein. Vielleicht ist aber auch blos ein Fehler und die interne Tabelle der OST wird falsch ausgelesen. Aber weisst du was, wenn dich dieses 'Problem' so um den Schlaf bringt, dann versuch's doch mal bei den MS Foren oder schreib ein Mail an MS direkt, die helfen dir bestimmt weiter, da sich das sicher jeder IT'ler in seinem Leben schon gefragt hat...;)

Was ist das für eine Frage? :suspect: BTW: Lass mal die '?' Taste los, die geht sonst noch kaput.:cool: Kuck mal unter extras -> e-mail Konten -> vorhandene E-mail-Konten anzeigen oder bearbeiten -> ändern -> weitere einstellungen -> erweitert -> Einstellungen Offlineordnerdatei -> Jetzt komprimieren Die Erklärung ist relitiv logisch: Die OST und die EDB sind getrennte Dateien und müssen jeweils intern einzeln defragmentiert oder eben neu erstellt werden. Nur so kann nicht mehr benutzer Speicherplatz frei gemacht werden.

Das OST kann man auch komprimieren...:wink2:

Nicht ganz: Die Live State Recovery Produkte wurden einfach in Backup Exec System Recovery umbenannt. Eine Schnittstelle in Backup Exec und NetBackup existierte bereits; es ist gut möglich dass diese weiter ausgebaut wird. Bezüglich True Image: Erst seit der Version 9.1 wurde VSS als Backupschnittstelle hinzugefügt. Damit sollte sich auch ein AD Controller ohne Systemstate wiederherstellen lassen, da ja NTBackup auch auf VSS zurückgreift.

Ich würde nicht mixen. Wenn schon, dann beide Exchange Nodes als virtuelle Maschinen clustern oder eben aber mit HA für fail-over sorgen - schlussendlich fragt sich auch, was teurer ist (HA verlangt Virtual Infrastructure Enterprise mit Virtual Center 2!)

4. 2 ESX Server und darauf einen Windows Cluster einrichten (SAN vorausgesetzt) wäre noch ne Möglichkeit... Dabei brauchst du das HA von WMware nicht, sprich entweder kein geclusterter Exchange mit HA von VMware, oder nur ESX und Exchange Cluster. Alles Zusammen braucht es nicht (beide Lösungen setzen aber ein SAN/external Storage voraus!). Gruss Velius

Site-to-Site VPNs baut man definitv nicht mit VPN Clients auf, sondern mit dafür vorgesehen Servern/Routern/Appliances oder sonst was....

Danke für's Feedback!:thumb1: Tipp: Andere Scanner kann man so konfigurieren, nicht alle Nachrichten nach erhalt einer neuen Definition zu scannen, oder nur Back-ground scanning, soll bedeuten dass die Nachricht beim Öffnen des Elements nicht erst gescannt wird, sondern wenn es die Ressourcen zulassen - kann sich auch auf die Performance auswirken.;) Gruss Velius

...oder ne Backup Software, für den Fall dass man selbst kein Zugriff auf Verzeichnisse hat.

Danke für die Rückmeldung:thumb1: :)

Klingt aber wiedermal heftig nach einem Netzwerkkarten speed-missmatch: Fortinet Knowledge Center Kann aber auch ein fehlerhafter Treiber und/oder NIC sein.

...sollte ironisch zu verstehen sein...:D

Schätzungsweise gar nicht....

Kuckst du hier: http://www.mcseboard.de/windows-forum-allgemein-28/xp-installation-ohne-registry-ueberschreibung-66975.html?highlight=reparieren

Benutzt also jeder seine eigene PST auf diesem H: Laufwerk? Passiert das nur bei einem Benutzer? Schonmal Scanpst versucht (How to find and run the Inbox Repair tool in Outlook)?

Drucken geht über File-Share Ports (heisst ja auch File- und Printsharing), also 136-139 oder 445, je nachdem. Der MAC wird wohl 445 wollen....

Eventlogs?? Könnte an verbogenen Berechtigungen liegen. Man könnte auch mal die default security INF (Predefined security templates) drüber rasseln lassen - würd ich jedenfals bevor man sich an's Neuinstallieren macht, kann ja eh nichtmehr schaden.:wink2: Gruss Velius