NilsK

Moin, klar, auch in der IT passieren die wenigsten Dinge ohne Grund. Hier wird man dir den Grund allerdings kaum nennen können. Das ist kein üblicher Effekt, und dem auf die Spur zu kommen, was da klemmt, kann enormen Aufwand bedeuten. Das können wir nicht leisten, und ob es sich bei einem Betriebssystem überhaupt lohnt, das nicht mehr im Support ist und das nicht für unternehmenskritische Zwecke eingesetzt wird ... ich nehme an, du verstehst. Gruß, Nils

Moin, ja, eben, deshalb fragen wir. Was du nennst, sind keine Anforderungen. Um wirklich zu einer brauchbaren Lösung zu kommen, brauchst du Angaben wie welche Ausfallzeit ist pro Dienst tolerierbar für das Unternehmen welche Datenverluste sind pro Dienst tolerierbar welche Performance-Anforderungen bestehen pro Dienst von welchen Datenmengen und Userzahlen ist die Rede usw. Mit "tolerierbar" ist dabei gemeint: Wann tritt ein Schaden ein, der das Unternehmen ernsthaft gefährdet? Mit den Antworten auf diese Fragen kannst du dann die Budgetfrage klären. Nur so wirst du eine Lösung erhalten, die die Anforderungen erfüllt. Klammerst du das Budget von vornherein aus, dann kann das nur bedeuten: Die Lösung ist in Wirklichkeit unwichtig. Ach ja, und: Das ist selbstverständlich kein Thema für ein Forum, sondern für interne Workshops. Ein Forum ist für technische Detailfragen geeignet. Gruß, Nils

Moin, du hast PCs mit einer OEM-Lizenz für Windows 8.1 gekauft. Du willst die PCs aber mit einer Softwareverteilung automatisiert neu installieren. Wenn du nun einen Volumenlizenzvertrag hast (z.B. Open), in dem mindestens eine Windows-Lizenz enthalten ist, kannst du ein Open-Installationsmedium und den zugehörigen Key verwenden, um damit deine PCs neu zu installieren. Du musst nicht für alle PCs Open-Lizenzen neu kaufen. Gruß, Nils

Moin, eine direkte Regelung dieser Art gibt es nicht. Aufbewahrungspflichten gibt es nur für bestimmte Dokumente, und das variiert je nach Situation. Dazu müsstest du einen Rechtsberater fragen. Ein Benutzerkonto "aufzubewahren", ist nirgends vorgeschrieben. Manchmal machen Unternehmen das, weil Berechtigungen usw. an einem Konto hängen und so evtl. notwendige Zugriffe leichter fallen. Oder ein Mitarbeiter kehrt wieder, oder ... Gruß, Nils

Moin, Dirk hat völlig Recht - die Anforderungen entscheiden, nicht die Hardware, die gerade da ist. Also: Was soll das System denn leisten? Was für VMs sollen darauf laufen? Test oder Produktion? ... usw. ... Gruß, Nils

Moin, wenn euer SAN eine Vergrößerung der LUNs zulässt, sollte sich das ohne die befürchteten Auswirkungen machen lassen. Warum ist das Log-Laufwerk fast voll? Funktioniert die Datensicherung nicht? Gruß, Nils

Moin, prinzipbedingt ist mit jeder Teaming-Technik nur eine Link Aggregation möglich, denn es handelt sich ja physisch immer um einzelne Karten. Zwei Karten à 1 Gbit im Team ergeben also 2 × 1 Gbit, nicht 2 Gbit. Hast du auf dem betreffenden System also mehrere Dienste (z.B. VMs) oder mehrere IP-Streams, so können die ihren Traffic auf die beiden Karten aufteilen. Ein einzelner Dienst, der auch nur eine einzige IP-Verbindung zu einem anderen System unterhält, wird aber bei 1 Gbit bleiben. Irgendwo habe ich mal die Analogie einer Bahnstrecke gefunden (finde den Artikel aber gerade nicht wieder). Stell dir eine eingleisige Bahnstrecke vor. Dort kann ein einzelner Zug eine bestimmte Geschwindigkeit fahren, die dort zulässig ist. Kommt ein anderer Zug, dann muss er warten, bis das Gleis frei ist. (Das wäre eine einzelne Netzwerkkarte.) Nun legt die Bahngesellschaft parallel ein zweites Gleis. Der Zug aus dem ersten Beispiel kann dadurch nicht schneller fahren, es bleibt bei seiner Höchstgeschwindigkeit. Er kann sich auch nicht auf beide Gleise aufteilen, denn es bleibt ja ein Zug. Kommt nun aber ein anderer Zug, dann kann der das zweite Gleis nutzen, ebenfalls mit seiner Höchstgeschwindigkeit. Gruß, Nils

Moin, wenn der Domain-Admin "nicht können darf", dann darf der Rechner nicht in die Domäne. Oder es muss eine Verschlüsselung eingesetzt werden, zu der der DA keinen Zugang hat. Ob das mit SQL Server bzw. mit der Applikation geht, steht auf einem anderen Blatt. Wenn ich den Komfort einer Domänen-Integration will, dann muss ich auch die Folgen der Domänen-Integration in Kauf nehmen. Gruß, Nils

Moin, naja, bis auf "ich will aber" gibt es keinen Grund, in deinem Szenario Pass-through zu verwenden. Beide Einsatzzwecke, die du nennst, bekommst du mit VHD(X)-Dateien auch hin. @Doso: DCs zu virtualisieren, ist mit 2008/R2 auch supportet und auch durchaus empfohlen, sowohl als Gast wie auch als Host. Man darf nur einige Dinge nicht machen (vor allem Snapshots), von denen aber auch bei 2012 und später immer noch abgeraten wird. Gruß, Nils

Moin, ganz genau. :) Gruß, Nils

Moin, ja, sowohl die Konfig-Dateien als auch die Gruppenmitgliedschaft brauchst du nur für den eigentlichen Installationsvorgang. Außerhalb von Testumgebungen (um das Feature selbst auszuprobieren) und sehr speziellen Szenarien rate ich vom DC-Cloning entschieden ab, auch wenn es offiziell supportet ist. Der Nutzen ist sehr gering, das Risiko und der Aufwand sind hingegen groß bis sehr groß. Gruß, Nils

Moin, ich habe auch keine wirkliche Lösung oder Antwort konkret auf die Frage, würde dir aber eben deshalb auch dazu raten, die Technik umzustellen. Pass-throgh Disks werden allgemein nicht empfohlen, was u.a. an solchen Phänomenen liegt, wie du sie beschreibst. Gruß, Nils

Moin, "wer misst, misst Mist" ... es hat schon einen Grund, dass nahezu kein Hersteller Benchmarks offiziell zulässt. Wenn man es nicht mit wissenschaftlicher Methodik betreibt, kommt man nicht zu validen Ergebnissen. Vielen Dank für deine Mühe, aber wie schon angemerkt, verläuft man sich bei sowas sehr schnell. Daher wäre ich mit Schlussfolgerungen auf Basis deiner Daten sehr vorsichtig. Schöne Grüße, Nils

Moin, im Wesentlichen installierst du die Drucker auf dem Server und gibst sie frei. Oder was genau ist die Frage? Gruß, Nils

Moin, mir ist Stratus durchaus bekannt. Einen DC sichert man trotzdem nicht darüber ab. Und prinzipbedingt ist Stratus auch nicht dafür gedacht und geeignet, beliebige VMs "abzusichern". Es zielt darauf, einzelne VMs per "Spiegelung" ausfallsicher zu machen. Je mehr du darauflegst, desto mehr Last und Overhead erzeugst du und desto weniger zuverlässig wird die Gesamtlösung. Daher sollte man da planvoll und maßvoll vorgehen. Gruß, Nils

Moin, da würde ich mich an den Hersteller dieses Dienstes wenden. Gruß, Nils

Moin, im Gegenteil, nach dem Artikel wird der integrierte NTP-Client sogar auf jeden Fall straucheln, währen die erwähnte separate Zusatzsoftware in der aktuellsten Version damit besser umgeht. Aus dem Bauch würde ich sagen, dass das für die meisten Systeme kein Problem darstellt. Wer eine so genaue Verarbeitung der Zeit braucht, dürfte sich dessen ohnehin bewusst sein. Ich höre von dem Problem aktiv das erste Mal, also kann es bei den letzten Schaltsekunden ja auch kein Problem in großem Stil gewesen sein. Jedenfalls würde ich jetzt nicht hingehen und diesen separaten NTP-Client irgendwo installieren, wo ich ihn bislang auch nicht gebraucht habe. Gruß, Nils

Moin, ich kann Norbert nur zustimmen - die beiden Probleme hast du schon benannt: Outlook 2003 mit einem 10-GB-Postfach (supported waren damals maximal 2 GB) Exchange 2007 mit SP1 Wobei das uralte Outlook, das an seinen Spezifikationen vorbei betrieben wird, der Hauptverdächtige ist. Gruß, Nils

Moin, sorry, aber das klingt dann endgültig unseriös. :( Eine solche DVD hätte er gar nicht verkaufen dürfen. Wenn er keine richtige hat, dann ist das Absicht gewesen. Gruß, Nils

Moin, Autsch. "Mal eben" weitere Dienste auf eine HA-Lösung zu packen, geht in der Regel nach hinten los. Wofür ist die denn mal eingerichtet worden? AD und DNS betreibt man auf die Weise auch nicht. Ein richtig eingerichtetes AD ist "in sich" hochverfügbar und wird nicht durch einen Cluster abgesichert. Gruß, Nils

Moin, wenn ihr zwei Hosts habt und die VMs zwischen diesen Hosts wechseln können, dann müssen auf beiden Hosts ausreichende Windows-Server-Lizenzen vorliegen. Da mit einer Standard-Lizenz zwei VMs lizenziert sind und ihr zwei VMs habt, muss jedem Host eine Standard-Lizenz zugewiesen sein. Auch IMAP-Zugriffe oder OWA-Zugriffe auf Exchange sind CAL-pflichtig. Sofern ihr also Device-Lizenzierung nutzt, sind für beide Fälle Device-CALs nötig. Wenn ihr User-Lizenzierung nutzt, muss für den natürlichen User, der die Geräte nutzt, eine User-CAL vorhanden sein. Gruß, Nils

Moin, bei dem Datenträger scheint es sich um einen OEM-Datenträger zu handeln. Hast du die Software mit einem Server zusammen gekauft? Gruß, Nils

Moin, zunächst einmal sollte ein DC nur DC sein (plus DNS und evtl. DHCP), aber eben kein Dateiserver. Wenn man dann das DNS richtig konfiguriert, können sich Clients an einem beliebigen DC der Domäne anmelden. [Was muss ich beim DNS für Active Directory beachten? (Reloaded) | faq-o-matic.net] http://www.faq-o-matic.net/2007/01/09/was-muss-ich-beim-dns-fuer-active-directory-beachten-reloaded/ Einen Dateiserver durchgehend verfügbar zu machen, ist nicht ganz so trivial. Replikationsverfahren scheiden für die meisten Anwendungsfälle aus, sodass man bei Bedarf einen Dateiserver-Cluster braucht. In den meisten Umgebungen geht es aber auch ohne, wenn man Neustarts passend plant. Gruß, Nils

Moin, na dann ist ja gut. Haben wir uns wohl nur geirrt. Danke fürs Augenöffnen. Gruß, Nils

Moin, da sind wir uns dann wieder einig. ;) Gruß, Nils