NilsK

Moin, blockiert eine der Firewalls die Verbindung? Lauscht das iSCSI-Target evtl. auf einer anderen IP-Adresse? Gruß, Nils

Moin, die Tasks laufen nicht auf dem normalen Desktop. Es finden separate User-Sessions ohne Desktop statt. Wenn du die Tasks überwachen willst, dann müssen sie Logdateien schreiben oder was in der Art. Gruß, Nils

Moin, pauschal spricht überhaupt nichts dagegen. Aus meiner Sicht ist es sinnvoll, wenn man die verwendete Domain auch tatsächlich selbst besitzt. faq-o-matic.net » Welcher Name ist der beste für eine AD-Domäne? Bei einem Kunden hatte ich neulich den Fall, dass er einen Domänennamen verwendet, der ihm nicht gehört. Dummerweise war dann auch noch der DNS-Server, der zu der "offiziellen" Domain im Internet gehört, falsch konfiguriert. Das kann dann sehr lustige Probleme erzeugen, nach deren Ursache man sich einen Wolf sucht (und die evtl. auch nicht behebbar sind). Gruß, Nils

Moin, du weißt, dass solche Lizenzen nur zum Lernen genutzt werden dürfen, du also den Exchange-Server nicht als Mailserver nutzen darfst? Abgesehen davon, ist ein PST-Export keine Datensicherung. Sichere mit Windows Server Backup, das kostet nicht extra und führt im Gegensatz zu irgendwelchen Exports zu einem wiederherstellbaren System und wiederherstellbaren Mailboxen. Gruß, Nils

Moin, nach all den Problemen empfehle ich dringend, den Server nicht per P2V zu konvertieren, sondern als VM neu aufzusetzen. Selbst wenn P2V irgendwann nach viel Arbeit gelingen sollte, hättest du ein instabiles, nicht vertrauenswürdiges System: Ein fehlerhaft laufender Server ist nach der Konvertierung immer noch ein fehlerhaft laufender Server. Gruß, Nils

Moin, aber die Leute wollen doch nun mal so gern ein Zertifikat mit Goldkante! SCNR, Nils

Moin, in deinem Szenario solltest du es absolut vermeiden, Anwender mit sa oder anderen sysadmin-Konten arbeiten zu lassen. Es besteht die Gefahr, dass sie - gewollt oder ungewollt - den ganzen Cluster übernehmen. Nein, das ist nicht übertrieben. Gruß, Nils

Moin, die MSDN-AA-Lizenzen sind, soweit ich weiß, nur für Lehr- und Lernzwecke einsetzbar. Jeder produktive Einsatz ist damit nicht möglich. Du hast angegeben, dass du mit dem Exchange-Server künftig "viele User" bedienen willst. Das erfordert selbstverständlich eine geeignete Server- und Produktlizenz sowie Server- und Produkt-CALs für jeden User. Sofern die User nicht deinem Unternehmen angehören, benötigst du eine ganz andere Lizenzform. Projekte im lizenzrechtlichen Graubereich werden hier nicht unterstützt, weil es sich um ein professionell orientiertes Board handelt, das unter scharfer Beobachtung von Rechtsinhabern steht. Wenn es hier also Zweifel gibt, kann es gut sein, dass ein Moderator die Diskussion beenden muss. Gruß, Nils

Moin, Wozu eine Subdomain? Wie willst du deine Server absichern - von einer Firewall oder anderen Sicherheitsfunktionen sehe ich da nichts? Und die Kernfrage: Was soll das alles, sprich was hast du genau damit vor? Meiner Einschätzung nach befinden wir uns hier inhaltlich an einer Stelle, wo sich das Board absichern muss, um nicht bei rechtswidrigen Dingen mitzuwirken. Daher bitte Karten auf den Tisch. Gruß, Nils

Moin, das habe ich in Post #6 ja schon gesagt. Gruß, Nils

Moin, Konzeptdiskussionen sprengen das, was in einem Forum möglich ist. Verfügbarkeits- und Wiederherstellungskonzepte brauchen dann doch wesentlich mehr als ein paar Zeilen. Wenn es kurz sein soll, dann nur so viel: Kommt ganz drauf an. :D Gruß, Nils

Moin, oder nochmal langsam: Hyper-V-Hosts müssen nicht zwingend AD-Mitglieder sein, solange sie Einzelserver sind. Clusterknoten müssen zwingend AD-Mitglieder sein, auch im Fall von Hyper-V-Hosts. In Windows Server 2008 R2 war zwingend ein separater DC nötig, der unabhängig vom Cluster läuft, wenn ein Hyper-V-Cluster im Betrieb war. In Windows Server 2012 ist kein separater DC nötig, d.h. alle DCs dürfen als VMs auf dem Cluster laufen - aber nur wenn die Clusterknoten sich mindestens einmal erfolgreich am AD angemeldet haben. Man kann mit Windows Server 2012 also z.B. einen Hyper-V-Cluster aufbauen, der nur aus zwei Serverknoten besteht, ohne weiteren Hardware-Server daneben. Die DCs laufen als VMs auf diesem Cluster. Fällt dann die ganze Umgebung aus, können die Hyper-V-Clusterhosts hochfahren, auf das CSV zugreifen, ihre Dienste und die VMs starten, ohne dass sie beim Start Kontakt zu einem DC haben. Das ermöglicht, wenn man es wirklich braucht, sehr kompakte Konstrukte. Außerhalb spezieller Anforderungen rate ich aber auch weiterhin davon ab. Gruß, Nils

Moin, Das wird so nur mit Drittanbieterprodukten gehen, aber da kann ich dir leider keins nennen. Gruß, Nils

Moin, "Netzwerkpapierkorb im klassischen Sinne" ist jetzt aber auch eine sehr subjektive Vorstellung. Ich wüsste damit gar nichts anzufangen. In den meisten Umgebungen reichen die Schattenkopien und deren Integration auf dem Client ("Vorherige Versionen") völlig aus. Wenn du was Bestimmtes brauchst, müsstest du das schon genauer formulieren. Gruß, Nils

Moin, ja, natürlich kann man das machen. Die &&-Verknüpfung heißt "bei Erfolg mach das Folgende", da kannst du dann auch ein GOTO hinschreiben. Ist meist einfacher als das Errorlevel-Gebastel. Gruß, Nils

Moin, nimm dir etwas Zeit, dich mit den Grundlagen zu befassen. Mein Artikel bietet einen Einstieg, es gibt aber natürlich noch mehr dazu. Halte dir vor allem vor Augen, dass die Netzwerkkarten des "Host", die vSwitches und die Netzwerkkarten der VMs nichts miteinander zu tun haben und sich auf völlig unterschiedlichen Ebenen bewegen. Berücksichtige außerdem, dass es sich um Switches handelt, nicht um Router. Und "von einem Switch aus" kannst du nicht pingen. Hier wirfst du bislang offenbar noch alles durcheinander. Gruß, Nils

Moin, und in Hyper-V 3.0? Und in Hyper-V 2.0? Gruß, Nils

Moin, Genau das ist der Hauptgrund, warum man einen separaten DC haben sollte. Weitere Gründe (die auch unter VMware zutreffen) sind die Zeitsynchronisation, die Abhängigkeit von DNS, die Abhängigkeit von AD im Fall eines Recovery und viele mehr. Gruß, Nils

Moin, der Vollständigkeit halber: Das Media Center Pack gibt es nur für Windows 8 Pro, nicht für die Enterprise-Variante. Wer Enterprise hat, muss sich auf dem Drittmarkt einen DVD-Abspieler (und bei Bedarf ein Mediencenter) besorgen. Gruß, Nils

Moin, in etwa so: echo %computername% | find /i "khj" && echo Text>C:\Test\KHJ\Datei.txt Davon dann je Suchbegriff eine Zeile, ist im Batch am einfachsten. Gruß, Nils

Moin, übrigens funktioniert auch eine IBM-Tastatur von 1994 mit Mikroschaltern ganz hervorragend an einem Surface RT. Gruß, Nils

Moin, das Surface RT ist als leichtgewichtiges Tablet im Stil eines iPad gedacht. Daneben gibt es eine ganze Reihe neuer Geräte von anderen Herstellern, die sich teils auch zum professionellen Arbeiten eignen. Dort läuft dann Windows 8 Pro, wodurch sich sämtliche Windows-Software betreiben lässt. Das Surface Pro ist für Januar angekündigt, dort wird auch Windows 8 Pro laufen. UMTS ist dort, soweit ich weiß, auch nicht vorgesehen (im Unterschied zu RT kann man dort dann aber beliebige UMTS-Sticks verwenden, wenn man will). Eierlegende Wollmilchsäue sind prinzipbedingt schwerer und teurer als ein ARM-Tablet. Gruß, Nils

Moin, also ... ich persönlich würde erst mal die Anforderungen genau definieren, bevor ich mir um Implementierungsdetails und konkrete Produkte einen Kopf mache. "Sinnvoll ein RZ an einen anderen Standort replizieren [...], um dieses im Notfall hochzufahren" ist erst mal nicht mehr als eine vage Idee. So, wie die meisten Diskussionen dieser Art verlaufen, würde ich mal vermuten, dass konkrete Fragen nach zu betrachtenden Schadensszenarien, notwendigen Wiederherstellungszeiten, tolerierbaren Datenverlusten, Zugriffsanforderungen usw. noch gar nicht geklärt sind. Es ist ein Irrglaube, dass man einfach "alles" an einen anderen Standort "spiegeln" und dann dort weiterarbeiten könne. Gruß, Nils

Moin, das Verfahren birgt die Gefahr, dass der neue DHCP-Server Adressen vergibt, die von Clients noch gültig verwendet werden. Er weiß ja nichts von den Leases des alten Servers. Sofern die Lease-Dauer des alten Servers kurz war (z.B. 1 Tag oder weniger), dann dürfte es in der kleinen Umgebung aber ausreichen, die Adressprüfung auf dem neuen Server zu aktivieren, durch die er vor der Vergabe prüft, ob die Adresse gerade frei ist. Ein Client, der neu startet oder dessen (alte) Lease ausläuft, holt sich dann eine neue Adresse vom neuen Server. Wenn du allerdings lange Lease-Zeiten auf dem alten Server hattest, läufst du Gefahr, Adressdoppel zu erzeugen: Ein Offline-Client (z.B. Notebook im Standby), dessen Lease noch mehrere Tage gültig ist, nutzt die Adresse weiter, der neue Server vergibt die Adresse aber neu. Kommt der Client dann ins Netz, gibt es einen Adresskonflikt. Solltest du also lange Lease-Zeiten haben, wäre es eine gute Idee, die zu reduzieren und den Serverwechsel erst dann zu machen, wenn alle Clients die kürzere Leasezeit übernommen haben. Gruß, Nils

Moin, einen RDP-Client für RT gibt es. Die anderen Sachen dürften nicht lang auf sich warten lassen. Da könnten die RT-Tablets wirklich interessant werden, weil (zumindest derzeit) die meisten direkt mit Tastatur kommen, was das Risiko für Fehlbedienung (was beim iPad ein großes Problem ist) deutlich senkt. Gruß, Nils