Eye-Q

Schau' mal mit Treesize Free (als Administrator ausführen), wo sich noch Daten verstecken, die ggf. gelöscht werden können.

Hosts-Datei schön und gut, aber eine ordentliche DNS-Auflösung ist immer noch am besten.
Auf der Sophos gibt es unter Fernzugriff einen Punkt "Erweitert", dort kannst Du spezifizieren, welcher DNS-Server dem VPN-Einwahlclient mitgeteilt werden soll. Dort packst Du einen oder mehrere interne DNS-Server rein und das Problem sollte ohne hosts-Datei gegessen sein.

VirtualBox kann auch zwei virtuelle Maschinen untereinander verbinden, das ist nur eine Frage der Konfiguration der Netzwerkkarten der virtuellen Maschinen.
Welchen Modus haben die Netzwerkkarten der beiden virtuellen Maschinen aktuell? Was Du willst, ist "Internal networking" oder "Host-only networking", wie hier beschrieben.

Die Microsoft-CALs gelten domänenweit, man benötigt also pro Active Directory-Benutzer oder -Computer eine CAL, egal auf wie viele Server der innerhalb der Domäne zugreift, sonst wäre das ja absoluter Wahnsinn, wenn man ein großes Unternehmen mit hunderten bis tausenden von Servern lizenzieren will.
Es ist allerdings so, dass man für jede neue Windows Server-Version auch neue CALs benötigt, d.h. wenn ihr sowohl Windows Server 2008 (oder R2, die brauchen die selben CALs wie 2008 ohne R2) als auch Windows Server 2012 (oder R2, die brauchen ebenfalls die selben CALs wie 2012 ohne R2) habt und alle Benutzer auf beide Server zugreifen, braucht ihr für jeden Benutzer oder jeden Computer jeweils eine 2008- und eine 2012-CAL.
SolidWorks hat mit Microsoft nichts zu tun, da muss die SolidWorks-Lizenzierung angewendet werden. Der Server, wo der SolidWorks-Lizenzserver drauf läuft, muss natürlich auch Microsoft-mäßig lizenziert werden, das ist dann aber mit der "Domänen-CAL" abgefrühstückt.

Der Rechenweg oben ist etwas umständlich, um ein Verständnis zu erhalten. Einfacher ist es folgendermaßen:
1 KiB = 1024 Bytes
1 MiB = 1 KiB * 1024 (was eben 1024 ^ 2 ist)
1 GiB = 1 MiB * 1024 (was 1024 ^ 3 ist)
1 TiB = 1 GiB * 1024 (was 1024 ^ 4 ist)

Das Problem, was ich bei diesem Verfahren sehe, ist, dass sich Bitfehler einschleichen. Wenn vier Festplatten ausgetauscht werden, muss eine Festplatte drei Mal ihren gesamten Inhalt auslesen, und da passieren fast unweigerlich Bitfehler. Die werden beim RAID-Rebuild wahrscheinlich nicht zu Fehlern führen, allerdings ist die Wahrscheinlichkeit hoch, dass dabei Dateien kaputt gehen.
 
Deutlich besser wäre es, eine externe Festplatte mit 8 TB zu kaufen, die Daten dort ein Mal hinzukopieren, die Hashwerte aller Dateien in der Quelle und im Ziel vergleichen, um die Datenintegrität sicherzustellen, anschließend das alte RAID aufzulösen, das neue RAID aufzubauen und die Daten dann wieder auf das RAID zu kopieren. So müssen die alten Festplatten ihre Daten alle nur ein Mal auslesen und nicht die eine Festplatte ein Mal, die zweite Festplatte zwei Mal und die dritte Festplatte drei Mal.
Anschließend hast Du dann noch eine externe Festplatte, um die Daten vom NAS (regelmäßig!) zu sichern.

Rückfrage zur Klarstellung: nur dann, wenn sie sich versuchen gleichzeitig auf einem zweiten Client anzumelden oder auch nachdem sie sich vom ersten Client abgemeldet haben?
Eine Outlook-Cache-Datei auf ein Netzlaufwerk speichern ist IMHO auch relativ unsinnig, denn wenn kein Zugriff auf den Exchange besteht, gibt es eine hohe Chance, dass das Netzlaufwerk ebenfalls nicht erreichbar ist und das Outlook somit auch nicht auf die ost-Datei zugreifen kann.
Wie "auf dem lokalen Server"? Ist der Outlook Cached-Modus auf einem Terminalserver aktiv? Das ist ziemlich kontraproduktiv, denn i.d.R. wird ein Terminalserver nicht aus dem Netzwerk entfernt, während sich noch Benutzer anmelden können, die dann vom Cached-Modus profitieren könnten. Das müllt nur die Partition und die Benutzerprotile voll und bringt eigentlich keinen Vorteil.
Wenn der Exchange öfter down ist und die Benutzer deswegen den Cached-Modus benötigen, würde ich dort ansetzen und z.B. den Exchange clustern oder so, aber nicht das Symptom versuchen zu lindern, während die Ursache weiterhin besteht.
 
Also: bitte mal genau aufschreiben, was für Betriebssysteme im Einsatz sind, wie das genutzt wird etc., denn aus deiner Beschreibung geht das nicht hervor.

Was soll man dazu meinen? Wir als IT-ler stehen zwischen dem Bestreben, den Usern ein vernünftig funktionierendes System (und einen Browser, der mit No-Script verdengelt ist funktioniert nicht vernünftig) zur Verfügung zu stellen und unserem eigenen Interesse, die Daten der Anwender sicher und verfügbar zu halten.
Solange wir Anwender haben, die alles anklicken was bei Drei nicht auf dem Baum ist werden wir NIE sicher sein, dass die Daten, für die wir als IT-ler verantwortlich sind, absolut sicher sind.
Somit als Konklusion: Backup, Backup und nochmal Backup. Ich werde auf jeden Fall die Zeitfenster für einen Shadowcopylauf auf das technisch mögliche Minimum konfigurieren.

Definiere "funktioniert leider nicht" - was funktioniert nicht? Internetverbindung, Ping, Namensauflösung, Portweiterleitung...?
Eventuell muss die MTU im RV042 nach unten korrigiert werden, probier' mal 1472 bytes.

Du darfst für internes und externes Netzwerk des RV042 nicht das selbe Subnetz benutzen, sonst kann der nicht routen!
Also: Router 1 so umkonfigurieren, dass der intern z.B. die IP-Adresse 192.168.9.1 hat, dann dem RV042 auf WAN1 die IP-Adresse 192.168.9.2 und als Standardgateway sowie DNS-Server 192.168.9.1 geben, dann kannst Du hinter dem RV042 auch die 192.168.8.x nutzen.
Anschließend kannst Du im Router 1 ein Portforwarding von Port 443 auf die 192.168.9.2 machen, danach auf dem RV042 ein Portforwarding von Port 443 auf die IP-Adresse des Exchange-Servers und schon kannst Du das OWA des Exchange-Servers von außen über die statische IP-Adresse erreichen. Ist zwar nicht schön, aber sollte funktionieren. Auf keinen Fall alle Ports weiterleiten (auch als "Exposed Host" bekannt), sonst steht der Exchange-Server mit allen Ports direkt im Internet, und das willst Du nicht!
Standardmäßig besitzt ein Exchange-Server keinen Dienst, der die IP-Adresse im Internet regelmäßig aktualisiert, aber da Du eine statische IP-Adresse hast, brauchst Du das auch nicht. Wenn Du eine Domain im Internet hast, wo Du auch eigene DNS-Einträge zu anlegen kannst, kannst Du z.B. owa.domain.de auf die statische IP-Adresse zeigen lassen und schon kannst Du von extern auch über owa.domain.de/owa den Exchange erreichen.

Du darfst für internes und externes Netzwerk des RV042 nicht das selbe Subnetz benutzen, sonst kann der nicht routen!
Also: Router 1 so umkonfigurieren, dass der intern z.B. die IP-Adresse 192.168.9.1 hat, dann dem RV042 auf WAN1 die IP-Adresse 192.168.9.2 und als Standardgateway sowie DNS-Server 192.168.9.1 geben, dann kannst Du hinter dem RV042 auch die 192.168.8.x nutzen.
Anschließend kannst Du im Router 1 ein Portforwarding von Port 443 auf die 192.168.9.2 machen, danach auf dem RV042 ein Portforwarding von Port 443 auf die IP-Adresse des Exchange-Servers und schon kannst Du das OWA des Exchange-Servers von außen über die statische IP-Adresse erreichen. Ist zwar nicht schön, aber sollte funktionieren. Auf keinen Fall alle Ports weiterleiten (auch als "Exposed Host" bekannt), sonst steht der Exchange-Server mit allen Ports direkt im Internet, und das willst Du nicht!
Standardmäßig besitzt ein Exchange-Server keinen Dienst, der die IP-Adresse im Internet regelmäßig aktualisiert, aber da Du eine statische IP-Adresse hast, brauchst Du das auch nicht. Wenn Du eine Domain im Internet hast, wo Du auch eigene DNS-Einträge zu anlegen kannst, kannst Du z.B. owa.domain.de auf die statische IP-Adresse zeigen lassen und schon kannst Du von extern auch über owa.domain.de/owa den Exchange erreichen.

Der VMWare Converter ist ein echt einfaches Produkt: da installiert man einfach das Programm, sagt dass der lokale PC in eine virtuelle Maschine konvertiert werden soll, die auf einem VMWare Player laufen soll, dann wartet man, bis das durch ist, kopiert die entstandenen Dateien so, dass der Player die erreichen kann, bindet die in den Player ein und schon kann man die virtuelle Maschine starten. Ein paar Dinge wie VMWare Tools müssen danach noch installiert werden, Netzwerkeinstellungen müssen ggf. angepasst werden, weil für das Windows XP ist das ja eine neue Netzwerkkarte, die erstmal auf DHCP steht, außerdem gibt es natürlich aktivierungspflichtige Software, die ggf. erneut aktiviert werden muss, weil sich die Hardware geändert hat, aber das hat man bei jedem Virtualisierer, sei das nun VMWare Player, VirtualBox oder wie sie alle heißen.

Fujitsu ruft Akkus von bestimmten Celsius und Lifebook-Serien zurück.
http://support.ts.fujitsu.com/content/batteryexchange2015/BatteryCheck.asp?LNG=DE&LNID=0

Kopf -> Tisch - manchmal sieht man den Wald vor lauter Bäumen nicht...

na dann ist doch einfach:

copy *00000A.pdf c:\Zielpfad1
copy *00000A.00 c:\Zielpfad1
copy *00000B.pdf c:\Zielpfad2
copy *00000B.00 c:\Zielpfad2

Gruß
Enno