zahni

Bestimmte 64-Bit Athlon's haben einen Bug im 64-Bit Modus oder haben keine Virtualisierungsfunktion. Bei denen sieht ESX Rosa. Siehe HCL bei Vmware. Mal davon abgesehen, dass mit 2 GB und ESX4 nicht viel zu machen ist. -Zahni

EIne Kleinigkeit noch: Das SA-Upgrade ist nur mitbestimten Vorversionen möglich (da gab es irgendwo eine Liste). Wenn Du nun die PC's 5 Jahre benutzt, könnt es sein, dass Deine SB-Version für das übertragbare SA-Upgrade nicht mehr gültig ist ;) Also wenn DU jetzt mögicherweise billige XP Prof. Versionen kauft, sind die irgendwann nicht mehr gültig. Dann musst Du doch PC's mit OEM kaufen ;) -Zahni

Netbios ist da eigentlich nicht notwendig. Poste mal ipconfig /all von beiden DC's -Zahni

In dem Paket steckt bereits ein MSI-Packet: Office Converter Pack - Office 2003 Resource Kit - Microsoft Office -Zahni

Wie kommst Du darauf, dass man die NTP-Server in eine Tectdatei schreiben muss ?

Bleibt die Frage, warum MS nich einfach Vollversionen über diesen Weg verkauft. Bei Server-Versionen geht ja auch ??? PS: Bei Fujitsu bekommt man die Dinger auch ohne OEM. Auf der HD ist dann schlicht nichts drauf.. -Zahni

Installiere mal den aktuellen Netmon 3.4 von Microsoft. Eventuell siehst Du so, von welchem Process das kommt. Eventuell hat nur der Explorer ein paar veraltete Verbindungen... -Zahni

Dises Vorgehen solltest Du sein lassen. Die ESX-Server Extern zu "Imagen" ist sinnfrei. Zum regelmäßigen Sichern der VM's gibt es VCB. Wobei Diese Sicherungen im K-Fall nur bedingt tauglich sind. Domänen-Controller sollten überhaupt nicht mit einem Imgae-Software gesichert werden. Alle Systeme (auch die VM's) mit einer richtigen Backup-Software sicher (File System, System State). Mit einem im Keller gebunkerten mage-Backup kannst Du nach einer gewissen Zeit nur noch wenig anfangen. Bei Domänen Controllern kan das tödlich sein. -Zahni

Da kommt doch garantiert ein Fehler und/oder der SQL-Server loggt was. BTW: Deine beiden Server sind im Greisenalter und gehören dringend mal upgedated. -Zahni

Schreibe eine Reg-Datei mit den Einstellungen und importiere sie mit regedit /s im Anmeldescript. -Zahni

Was ist das denn für eine ISDN-Anschluß ? In meinem alten "zu Hause" hatte ich das auch öfter. Noraler PC. Muß an dem speziellen ISDN-Anschluß gelegen haben (Opal-Netz der Telekom). Mit einem anderen NTBA war es etwas besser. Genrell kann ich aber AVM-ISDN-Pridukte nicht mehr empfehlen, da die nicht mehr weiterentwichelt werden. Auch dei B1-Karten sind, wegen der 5V Kerbe, icth mehr zu gebrauchen. -Zahni

Warum soll sich Micrsoft mit irgendeiner inkompatiblen Samba-Implementierung beschäftigen ? Kaann gut sein, dass die Kiste mit Kerberos nicht zurecht kommt... -Zahni

Wenn ich das so lese How to join or add a WD ShareSpace to a domain würde ich es lieber sein lassen. Ansonsten: Support von WDC fragen. -Zahni

Zunächst muss mal das Gateway erreichbar sein. Das arbeitet über SSL-Verschlüsselung. Du kannst im IIS 7/7.5 auch ein selbst signiertes Zertifikat erzeugen. Das zertifikat für Deine Dyndns-Domäne austellen. Nun musst Du den Port 443 weiter leiten. Als Port 443. Das geht mit der FritzBox nicht anders. -Zahni

Ja, wie bei Office 2003 kann man auch Office 2010 über Gruppenrichtlinien konfigurieren. -Zahni

Was ist ein Snapshot: Eine vituelle HD hat eine feste Größe und liegt als Datei im VMFS. Wenn kein Snapshot aktiv ist, wird in dieser Datei gelesen und geschrieben. Nun wird ein Snapshot erzeugt. Dabei wird diese Datei in den Read-Only Modus versetzt. Alle Schreibzugriffe landen in einer zusätzlichen Datei. Diese Datei vergrössert sich bei Schreibzugriffen. Was passiert nun beim Lesen ? Nehmen wir mal an, Du hast eine grosse Datenbank. Ein Teil der Daten existierte schon vor den Snapshot. Wenn Du nun ein "Select" gegen diese DB machst, muss VMWare lesend auf die 1. Datei im VMFS und auf die Snapshot-Datei zugreifen. Vmware erzeugt dann aus beiden Datenströmen ein Delta und stellt es der VM zur Verfügung. Wenn ein Snapshot nun gelöscht (!) wird, wird die 2. Datei Block für Block mit der ursprünglichen Datei zusammengeführt. Das kann u.U. etwas dauern. Wenn mehr als ein Snapshot existiert, wird es kompliziert: Dann müssen die Snapshots in der richtigen Reihenfolge "gemergt" werden. Also das Älteste zuerst... Was kann man daraus lernen: - Eine Snapshot-Datei hat alleine keinen Wert und funktioniert nur zusammen mit der ursprünglichen VMDK-Datei - Das ständige "Delta" bilden kostet Zeit. Und kostest noch viel mehr Zeit, wenn mehr als ein Snapshot existiert. Wenn eine VM sehr viele Snapshots hat, kann es Probleme geben, über den Client die Snapshots zu löschen. Dazu gibt einen KB-Artikel bei Vmware. Was bei Dir nicht funktioniert hat, kann ich nicht nachvollziehen. Die Kommandozeilen-Tools solltest Du als Anfänger zunächst mal in Ruhe lassen. Die machen genau das, was man ihnen sagt ;) -Zahni

Dieser Buffer Overflow beim Lesern der Registry ist normal. Den kannst Du erstmal beiseite lassen. Unter "System" sind alle Kernel-Prozesse zusammengefasst. Ursache könnte hier z.B. ein Gerätetreiber. Lade DIr mal den Process Explorer herunter (Exe mit Adminrechten ausführen) Nun rufst Du beim Process "System" die "Properties" auf. Dann klickst Du auf "Threads". Hier kannst Du nach CPU sortieren. Gibt es dort einen Thread, der besonders viel CPU-Zeit verbraucht ? -Zahni

Der ESXI ist nur eine andere Variante des ESX-Servers, der keine Service Console mehr mitbringt. Das hat nichts mit der Lizenz zu tun. Mit der richtigen Lizenz kann der ESXi alles, was ein ESX auch kann. Wo Deine Lizenz ist ? Die sollte Dir eigentlich im Portal angezeigt werden. Ohne Lizenz verhalt sich der ESX(i) übrigens 60 Tage lang (oder so) wie eine Enterprise Edition. Du kannst also alles probieren und testen. -Zahni

Was dann auch irgendwie wieder zu "Bist Du sicher, dass Du den SA Product Key (MAK oder KMS) auf 259 PC's verwenden darfst ?" passt. Darf man dann eigentlich die 259 SB-Versionen Re-Imagen ? Natürlich jede mit ihren Prodcut-Key und Edition ? -Zahni

Jetzt kann ich Dir nicht folgen ? Was meinst Du ? Du solltest in einer produktiven Umgebung überhaupt keine aktiven Snapshots haben. Gründe: - z.T. extremer Performance-Einbruch bei Leseoperationen und u.U. auch beim Schreiben (zusätzlicher Storage muss zugewiesen werden). - VMFS Datastore kann volllaufen (Snapshorts verbrauchen bei jedem Scheibvorgang zusätzlichen Speicherplatz Snapshots sind nur fürs Backup und für kurzfristige Tests (z.B. Installation eines Updates o.ä. in der VM) gedacht. VCB z.B. erzeugt zu Beginn der Sicherung ein Snapshot, um Zugriff auf das VMDK zu bekommen. Danach wird der Snapshot sofort wieder gelöscht. Mein Tip: zuerst mal alle Snaphots löschen (kann etwas dauern). -Zahni

Sorry, die Soft kenn ich nicht. Wenn Die VM's einfach so kopiert werden, stimmen hinter die Volume ID's nicht. Also zuerst im Lab testen. -Zahni

Schau mal hier: Office 2010 KMS Aktivierung - Die Core Leute - Site Home - TechNet Blogs -Zahni

Gib mal cscript /? ein. //NoLogo wäre eine Variante ;) -Zahni

Das VMFS Dateisystem ist kein (!) Linux-Dateisystem sondern proprietär. Mit Acronis würde ich da nicht rumfummeln Die sicherste Variante wird sein: Entweder VM runterfahren und mit VCB sichern. Hinterher mit dem VMWare Converter zurücksichern. Oder einfach Storage zusätzlich einbauen und VM's bei Bedarf in den neuen Datastor verschieben. -Zahni

Bist Du sicher, dass Du den SA Product Key (MAK oder KMS) auf 259 PC's verwenden darfst ? -Zahni