NilsK

Moin, soweit korrekt, aber Replica ist auch für DCs zulässig. Würde ich trotzdem nicht machen. Bei Replikationsumgebungen muss immer ein passendes Design her. Gruß, Nils

Moin, nein, ernsthaft hast du zu den Anforderungen noch nichts geschrieben. Falls du jetzt nicht weißt, was ich meinen könnte, ist das ein Signal, dass ihr Beratung braucht. Auf der Ebene ist das nichts für ein Forum. Die Hochverfügbarkeitsmechanismen des SQL Server auf Applikationsebene werden beim Hersteller ausführlich vorgestellt. Neben einem "herkömmlichen" Cluster kommt da evtl. AlwaysOn mit Verfügbarkeitsgruppen in Betracht. Gruß, Nils

Moin, für mich klingt das, als solltet ihr erst mal eure Anforderungen definieren. Gleich auf der technischen Ebene loszulegen, ist bei sowas selten ein guter Weg. So kommen vielleicht ja auch andere HA-Mechanismen für SQL Server in Betracht. Gruß, Nils

Moin, ich denke auch ... wenn das schon ein Hammer wäre, welchen Ausdruck wollen wir dann für die wirklich heftigen Dinge verwenden? Gruß, Nils

Moin, nana, dich meinte ich doch gar nicht. Ich wollte das dem TO sagen. Gruß, Nils

Moin, "SA-Versionen" sind Enterprise-Versionen. Bei denen hat man mit der SA ohnehin die Upgrades bezahlt. Genau aus dem Grund waren die auch von dem kostenlosen Upgrade-Angebot ausgenommen. Gruß, Nils

Moin, ja, genau das ist auch der Grund. Das Tool selbst ist nicht zurückgezogen, man hat nur noch keine neue Ablage dafür identifiziert. Gruß, Nils

Moin, was heißt "besorgt"? Und warum ein Eval-ISO? Ich gehe mal stark davon aus, dass du mit einer Eval-Version schlicht kein Upgrade machen kannst. Besorg dir das ISO, das zu deiner Lizenz passt, Eval ist Eval. Und warum willst du überhaupt ein Inplace-Update machen? Bei einem Server würde ich das i.d.R. nicht tun. Gruß, Nils

Moin, ja, und daran siehst du sehr schön, wodurch sich ein Recovery-Konzept von einem Backup-Konzept unterscheidet. Irgendwas sichern ist nicht die Kunst - es muss nach der Wiederherstellung ja auch laufen. Gerade komplexe Anwendungen wie SharePoint verlangen in aller Regel einiges an Applikationskenntnissen, um wirklich ein verlässliches Wiederherstellungskonzept aufzubauen. Da kann es schon sinnvoll sein, das gemeinsam mit einem Experten aufzubauen. Gruß, Nils

Moin, eine exportierte VM ist eine exportierte VM. Ein Backup ist ein Backup. Genau wie ein Keks ein Keks ist und ein Fahrrad ein Fahrrad. Ein VM-Export ist als Datensicherung bestenfalls eine Notlösung. Wenn man Konsistenz erreichen will, muss die VM heruntergefahren sein - nicht eben das, was man heute von einem Backup erwartet. Hyper-V bringt eine leistungsfähige Backupfunktion mit, die VSS integriert. Dadurch kann die zu sichernde VM weiterlaufen, weiß aber, dass sie gesichert wird. Über VSS teilt das Gast-OS diese Tatsache auch den Applikationen mit, sodass auch diese (sofern VSS-integriert) für Konsistenz sorgen. Selbst dann kann aber eine separate Sicherung auf Applikationsebene sinnvoll sein, denn so erreicht man u.U. auch Szenarien, in denen die VM beschädigt ist und sich aus dem VM-Backup nicht richtig wiederherstellen lässt. Spätestens an der Stelle ist der Punkt, an dem man mit der Recovery-Planung einsetzt: Was muss ich in welchem Szenario wiederherstellen können? Daraus (und nur daraus) ergibt sich das Backupverfahren. Einfach nur "irgendwas" zu sichern, reicht selten aus. Gruß, Nils

Moin, entweder: Nichts am Host ändern. Wie Doso schreibt: Alle VMs herunterfahren, VM-Verzeichnisse auf den neuen Host kopieren, am neuen Host die VMs importieren, VMs starten. Oder: Beide Hosts in die Domäne aufnehmen. Das erfordert einen Neustart des Althosts, also kurze Downtime für die VMs. Dann die VMs im laufenden Betrieb per Shared-Nothing Live Migration auf den neuen Host verschieben. Die Downtime dürfte so erheblich kürzer sein, und hinterher hast du den Vorteil, dass sich der Host über die Domäne verwalten lässt. Ein einziger DC ist zu wenig, sofern es mehr als ca. 5 User in der Domäne gibt. Gruß, Nils

Moin, Zu welchem Zweck? Neues OS auf dem neuen Host? Oder dasselbe? Warum ist der Host nicht in der Domäne? Könnte man ihn dort aufnehmen? Gruß, Nils

Moin, wobei allerdings auch zu klären wäre, was du denn mit "migrieren" meinst. Und in dem Zusammenhang wären ein paar Rahmendaten zur Umgebung und zu deinen Zielen auch hilfreich, sonst wird man nicht viel Hilfreiches antworten können. Gruß, Nils

Moin, an der Stelle wäre zuvörderst zu klären, was du mit "SSO" meinst. Zu dem Thema haben zehn Leute üblicherweise elf differierende Auffassungen. Dann wäre natürlich relevant, wie groß die Umgebung ist und welche allgemeinen Anforderungen bestehen. Alles Dinge, die man in einem Forum erfahrungsgemäß nicht gut klären kann. Zur Illustration mein Lieblingsvergleich: Deine Frage ist ähnlich wie "Ich hätte gern ein Fahrzeug, was würdet ihr empfehlen?". Gruß, Nils

Moin, das mag in dem konkreten Fall sein. Trotzdem ist die angegebene Fehlkonfiguration der Auslagerungsdatei in der Weise falsch, dass sie ebenfalls genau solche Probleme verursachen könnte. Gruß, Nils

Moin, es gibt Antwort von Microsoft: Man weiß darum, dass die Software nicht auffindbar ist, und arbeitet daran, das zu ändern. Ein Datum gibt es dafür leider nicht. Seufz. Gruß, Nils

Moin, und wenn du dabei bist, hol dir jemanden ins Haus, der sich mit Windows-PKI auskennt, um das reparieren oder neu machen zu lassen. Im Rahmen eines Forums kann man solche Dinge nicht sinnvoll fixen. Gruß, Nils

Moin, Kopie der VHD?! Warum habt ihr kein ordentliches Backup? Sorry, aber es kann gut sein, dass ihr auf der Basis kein Recovery hinbekommt. Such dir jemanden, der sich mit Hyper-V und Sharepoint gut auskennt und versuche mit ihm, zu retten, was zu retten ist. Viel Erfolg, Nils

Moin, kurz gesagt, ist SPLA das Lizenzmodell für den Hoster, der seinem Kunden Windows-Server (oder Microsoft-Applikationen) bereitstellen will. Wenn du in so einem Konstrukt also Windows legal betreiben willst, such dir einen Hoster, der das auf SPLA-Basis anbietet. Windows nicht korrekt lizenziert zu betreiben, sollte der Hoster schon im eigenen Interesse nicht zulassen. Gruß, Nils

Moin, da du das Verhalten des Explorers nicht wirst ändern können, bleibt es bei Workarounds der beschriebenen Art. Oder du schreibst dir selbst einen Dateimanager, der sowas macht ... Gruß, Nils

Moin, dem stimme ich zu. Es ist so gut wie immer eine schlechte Idee, die Auslagerungsdatei einzustellen. Die sollte in praktisch allen Fällen auf "Automatisch" stehen. Angebliche Tuning-Tipps, die die Auslagerungsdatei einschränken, damit Windows "die Daten im schnellen RAM hält", erreichen genau das Gegenteil: Windows wird langsamer, und es läuft in vielen Situationen vor die Wand. Gruß, Nils

Moin, hargl, das ist wirklich unglaublich. Ich habe keine Ahnung, warum Microsoft das ADMT immer wieder vor der Öffentlichkeit versteckt. Anscheinend ist es derzeit wirklich mal wieder unauffindbar. Ich habe mal in einer MS-internen Mailingliste nachgefragt, kann aber sein, dass da nix bei rumkommt ... Gruß, Nils

Moin, Batch auf den Desktop? Gruß, Nils

Moin, ich würde in Frage stellen, ob du eine normale Lizenz überhaupt auf einen gemieteten Server installieren darfst. Meinem Verständnis nach nicht, das müsste der Hoster dir als SPLA-Lizenz anbieten. Was sagt denn der Hoster dazu? Aber warten wir mal auf die Lizenzspezis. Gruß, Nils

Moin, noch mal bitte in aller Ruhe. Wie Zahni schon sagt: CA-Zertifikate sind eben nicht Self-signed, sondern von der CA ausgestellt. Und die Windows-CA hat einen Mechanismus, Zertifikate für Domänenmitglieder automatisiert auszustellen. Beschreibe also bitte genau die Anforderungen, damit wir passende Vorschläge machen können. Gruß, Nils