Jump to content

NilsK

Expert Member
  • Gesamte Inhalte

    17.135
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von NilsK

  1. Moin,

     

    wie viele Server wird es denn insgesamt in dem Unternehmen geben? Wie viele User gibt es?

     

    SQL 2008 kann man zur Not auf einem DC betreiben, weil er mit höherem Sicherheitsniveau läuft als die Vorgänger. Es ist auch supported, wenn auch "not recommended": Hardware and Software Requirements for Installing SQL Server 2008

     

    Die weitere Sammlung an Diensten ist sicher nicht optimal für einen Server, wäre aber in einem kleinen Unternehmen auch machbar. Wenn es um die Rollentrennung geht, könnte man z.B. über Virtualisierung nachdenken.

     

    Gruß, Nils

  2. Moin,

     

    Live Migration hat mit Hochverfügbarkeit (nahezu) nichts zu tun. Live Migration dient dazu, eine laufende VM von einem Host auf den anderen zu schieben. Das geht natürlich nicht, wenn einer der Hosts ausgefallen ist.

     

    Clustering von Hyper-V kann Windows 2008 auch bereits, wobei du da die Enterprise Edition brauchst. Mit R2 brauchst du fürs Clustering auch die EE. Der kostenlose Hyper-V R2 kann auch Clustering. In jedem Fall benötigst du dafür natürlich ein SAN (wobei SAN-Zugriff allein nichts mit Enterprise zu tun hat).

     

    Gruß, Nils

  3. Moin,

     

    nein, das geht nicht. Im WS2008 ist Hyper-V 1.0 drin, der nur Quick Migration kann. WS2008R2 und der Hyper-V Server 2008 R2 sind völlig separate Produkte.

     

    Do könntest zwei R2-Lizenzen kaufen und deine Hyper-V-Server damit neu installieren. Du könntest auch zweimal den kostenlosen Hyper-V Server auf die Bleche tun und hast dann eben zwei Lizenzen frei (z.B. für VMs).

     

    Wobei sich natürlich auch die Frage stellt, warum du Live Migration benötigst. Häufig wird das falsch eingeschätzt. Neben Live Migration wäre bei R2 vor allem die Nehalem-Unterstützung interessant, aber das setzt natürlich auch Nehalem-CPUs voraus.

     

    Gruß, Nils

  4. Moin,

     

    es ist allerdings nicht eben Best Practice, die User-Homes einzeln freizugeben.

     

    Die Technik mit der Prüfung, ob ein Zugriff aufs Home existiert, ist durchaus machbar. Allerdings ist das Skript nicht geeignet, dies umzusetzen, weil die ganze Logik nicht passt.

     

    Zuerst muss das Skript prüfen, ob ein Zugriff auf H existiert (nicht das Laufwerk selbst, das auf einem anderen Rechner ja eben nicht da wäre). Ist das der Fall, dann muss es den User abmelden, denn offenbar ist er ja bereits angemeldet. Allerdings gibt es gar kein Kommando "logoff"; ab XP kann man "shutdown /l" nehmen. Existiert kein Zugriff, kann das Skript weitermachen und die Laufwerke verbinden.

     

    Um den Zugriff auf H zu prüfen, könnte man mit einer Flag-Datei arbeiten (Anmeldeskript schreibt eine Datei nach H, Abmeldeskript löscht sie). Oder man öffnet eine Datei exklusiv - glückt das, dann liegt noch kein Zugriff vor. Das ist allerdings weniger trivial.

     

    Gruß, Nils

  5. Moin,

     

    Einzigst mein VMWAre vSphere Client läuft (noch) nicht unter Windows 7.

     

    ist jetzt nicht so, dass man das nicht in einer Suchmaschine seines Vertrauens finden würde ...

     

    faq-o-matic.net vSphere-Client auf Windows 7 installieren

    ("vsphere windows 7" ist derzeit eine der Hauptphrasen, mit denen Leute auf meine Seite kommen)

     

    vCenter Client in Windows 7 | VMware Knowledge Base Blog

     

    Und "einzig" ist nicht steigerbar. :cool:

     

    Gruß, Nils

×
×
  • Neu erstellen...