LukasB

Das ging ja fix ;)

Nils, Anders rum gefragt - wenn Exchange 2007 heute auf WS08R2 supported wäre und du aus Lizenztechnischen Gründen einen Exchange 2007 deployen müsstest, wieso würdest du _nicht_ WS08R2 nehmen? Die Frage ist also durchaus legitim - das Drama was manche machen weil es derzeit eben nicht möglich ist allerdings nicht. Viel Mühsamer find ich z.B. dass das FCS-Management nur unter 32bit OS läuft.

Installiere die jeweils benötigte VB6 Runtime ins das Verzeichnis in dem auch die .exe des Programmes liegt.

http://www.microsoft.com/downloads/details.aspx?familyid=9893f83e-c8a5-4475-b025-66c6b38b46e3&displaylang=en Du brauchst einen Server der als KMS-Server fungiert, und einen passenden DNS RR der die KMS Clients an den richtigen KMS-Server verweist.

Was du vorhast ist nicht möglich - du kannst nicht deinen Forest (bzw. Gesamtstruktur) in eine Domain in ihrem Forest umbennen. (Davon abgesehen sind Domain-Umbennenungen eh immer eine schlechte Idee) Was machbar ist, das ihr eine neue Child Domain im US Forest erzeugt und eure Objekte mittels ADMT in den US Forest migriert.

Die Linux ICs für Hyper-V werden derzeit nicht weiter entwickelt - die Version in Kernel 2.6.32.8 ist immer noch die für Hyper-V in WS08. Siehe dazu auch: linux kernel monkey log

Wenn du per SMB drauf kommst ist die Chance gross das du mit services.msc schauen kannst welcher Service hängt - dann kannst du mit tasklist und taskkill den hängenden Prozess abschiessen...

Das Verhalten ist korrekt. Du solltest für jeden Admin einen eigenen, personalisierten Benutzeraccount verwenden. Der lokale Administrator auf den Maschinen sollte umbenannt oder deaktiviert werden.

Wenn du keine externen User (Webmail, EAS, Blackberry, etc.) hast, dann brauchst du 50 Device CALs, korrekt.

Wie sieht es mit Heimarbeitsplätzen, Zugriff via Webmail und Push-Mail aus?

Bei solchen Problemen kann auch gut kaputtes RAM dafür sorgen das Schrott auf die Platte gechrieben wird... Muss nicht zwingend die Platte sein.

Die Namensgebung ist sehr unglücklich - falls du nicht zwingende Gründe für zwei Forests hast, würde ich mich auf eine Domain beschränken, und in der Zweigstelle evtl. nur einen RODC aufstellen. Es ist okay, eine registrierte, echte TLD als Teil eines AD Domain Namens zu verwenden, aber du musst dir über die Konsequenzen im klaren sein. Dein Szenario funktioniert aber - mit Stubzonen und einem Forest Trust solltest du das ganze zum laufen kriegen.

Was hast du für NICs? Treiber aktuell? Wie sind die NICs angehängt? Onboard-Dualport?

Off-Topic: Ein Windows ohne 5 Servicepacks ist instabil und unsicher!1!

Windows 7 ist in NT4 Domains nicht supported.

SP2 und Rollup 2 installiert? Wir hatten das Thema in den letzten Wochen mehrere hundert Male... Bemüh doch erstmal die Boardsuche und Google.

Unter 100 Watt Idle dürfte relativ problemlos machbar sein. Ein Xeon L3426 hat eine TDP von 45 Watt, wird Idle also 10-20 Watt brauchen. SSDs wären gut für den Stromverbrauch, sind aber bei den Tier 1 Vendors mit exorbitanten Preisen (2000+ CHF) gelistet. 10kRPM 2.5" SAS Drives brauchen ca. 5-10 Watt, vier davon genügen für einen typischen SBS 2008. Die 2.5" SAS Scheiben sind im übrigen schneller als die meisten 3.5" SAS Disks. Mit Mobile haben die garnichts am Hut. 8 GB RAM plus Board braucht Idle vielleicht 20-30 Watt. Im grossen und ganzen sollten 100 Watt Idle also hinkommen.

In einer der letzten C'ts hats dazu einen guten Artikel - gab zu dem Thema auch eine längere Diskussion hier im Board. Grundsätzlich sind die Lösungen alle für grössere Firmen gedacht und benötigen auch umfangreiche administrative Arbeiten. In KMUs ist das ganze also nicht wirklich umsetzbar

Wie immer gilt: If you have to ask, Home Premium :)

Windows 7 hat keinen klassischen Anmeldebildschirm mehr. Ist das Gerät in einer Domain? Wenn ja, dann müsste es unter dem Benutzernamen einen Knopf haben "Benutzernamen ändern". Falls nein, wird es komplizierter.

Let me google that for you

Ja, für dein Szenario willst du Bridging, nicht NAT.

Schauen wir uns erstmal die Transferraten an: SAS = 3 Gigabit SAS2 = 6 Gigabit iSCSI = 1 Gigabit oder 10 Gigabit FC = 2, 4 oder 8 Gigabit Die langsamste Technologie ist also iSCSI mit Gigabit-Ethernet. Grundsätzlich ist die Bandbreite aber nicht der wichtigste Faktor, sondern die Anzahl der IOPS - letztere sind primär vom Plattensystem abhängig.

Du musst nur den Treiber installieren, nicht einen Drucker der den Treiber verwendet.

Recovering Your Virtual Machine. How to Manually Merge Hyper-V Snapshots Back into one VHD | Networkfoo