NilsK

Moin, du müsstest allerdings ausschließen, dass dieselben Dokumente zwischen zwei Replikationszyklen an beiden Standorten bearbeitet werden. Dass dies "nicht nötig" ist, reicht nicht aus. Stell dir vor: Ute bearbeitet "Vertrag.docx" an Standort 1 und macht daraus 100 Seiten, sie speichert um 15:30. Gleichzeitig bearbeitet Uwe seine Kopie des Dokuments an Standort 2 - er weiß nichts von Utes Änderungen und macht daraus 20 Seiten. Er speichert um 15:31. Am nächsten Morgen gibt es nur noch die 20 Seiten von 15:31 - "Last Writer Wins" nennt man das. Gruß, Nils

Moin, du hast dir da ein sehr ambitioniertes Projekt ausgesucht. Respekt! Meine Empfehlung dazu: Nicht übertreiben. Der Aufbau der Infrastruktur ist für das Projekt schon bei weitem genug. Ich würde das mit den Thin Clients weglassen und "normale" Clients nehmen, quasi als Proof of Concept. Gruß, Nils

Moin, prima, danke für die Rückmeldung! Gruß, Nils

Moin, laut diesem Screenshot sollte das angezeigt werden, wenn es LTSB ist. Hier im Unternehmen haben alle das schon wieder durch Enterprise "normal" ersetzt. http://hardwarepcjenny.com/network/blog-news/wp-content/uploads/sites/5/2015/10/Windows-10-Enterprise-2015-LTSB.png Gruß, Nils

Moin, eine sichere Lösung wofür? Die Ursprungsfrage des Threads ist bereits beantwortet worden. Gruß, Nils

Moin, du könntest das abfangen, indem du eine WHERE-Klausel mit "IS NOT NULL" einfügst. Oder du nutzt die Funktion "ISNULL" für die Spalte DNS_NAME, um bei NULL-Werten einen Dummy-String nur mit einem Punkt anzugeben (wodurch die Berechnung dann 0 ergibt, was für LEFT keinen Fehler ergeben sollte; der Wert darf nur nicht negativ sein). Gruß, Nils

Moin, da du ja mit "LEFT" den String bis zur numerischen Position des Punkts ausgibst, musst du an dein CHARINDEX-Statement noch "+1" oder "-1" anfügen (kann ich grad nicht austesten). Vermutlich "minus eins", denn der Index in deinem Beispiel ist ja 4, du willst also die Zeichen bis zur Position 3 haben. Gruß, Nils

Moin, jeder zugreifende Client braucht WIndows 10 Enterprise oder eine VDA-Lizenz. Gruß, Nils

Moin, eine direkte Migration von einem IMAP-Server nach Exchange setzt aber voraus, dass man das Kennwort des IMAP-Accounts hat. Gruß, Nils

Moin, das ist ja komisch. Versuch doch mal, in einem Admin-CMD die Einstellung auf "unlimited" zu setzen: net accounts /maxpwage:unlimited /domain Wie sieht hinterher die Abfrage von net accounts aus, und was steht in der DDP? Dass der Wert in der DDP begrenzt wird, ist unwahrscheinlich. Ich tippe eher auf ein Anwendungsproblem der Richtlinie. Finden sich Einträge im Eventlog, die damit zu tun haben könnten? Möglicherweise könnte es erforderlich sein, die Default-Policies zurückzusetzen. Vorher sollte man dokumentieren, was dort an Einstellungen gesetzt ist, um es hinterher manuell wieder einrichten zu können. Gruß, Nils PS. Dass dort nur ein DC läuft, sollte man korrigieren.

Moin, in welcher Policy wurden die Einstellungen gesetzt? Was gibt "net accounts /domain" aus? [besonderheiten der AD-Kennwortrichtlinie | faq-o-matic.net] http://www.faq-o-matic.net/2010/06/24/besonderheiten-der-ad-kennwortrichtlinie/ Gruß, Nils

Moin, naja, es ist doch einfach ein Rechenspiel. Schon seit mehreren Jahren liegt bei fast allen Rechenmodellen der Break-even zwischen Datacenter und Standard bei um die 12 VMs. Betreibe ich also eine bis 12 VMs in meinem Cluster, reicht die Standard-Edition (eine oder mehrere). Betreibe ich mehr VMs, ist die Datacenter Edition günstiger. Man kann sich nun darüber beschweren, dass die Windows-Lizenzierung immer an die Hardware gebunden ist, man also für "dieselbe" VM "mehrere" Lizenzen vorhalten muss. Aber dass Datacenter einem "direkt einen Knüppel zwischen die Beine" werfe, ist dann doch arg übertrieben. Da geht jetzt was durcheinander. Nutanix hat mit SaaS nichts zu tun. Und Nutanix arbeitet auch nicht mit iSCSI, das ist ja gerade der Witz. Gerade für kleinere Umgebungen können die Nutanix-Boxen durchaus auch finanziell interessant sein. Aber das würde jetzt hier zu weit führen. Gruß, Nils

Moin, OK, abschließend noch eine letzte Aussage dazu: Wie du an dem ganzen Forum und an tausenden von Antworten der hier beteiligten Personen siehst, ist deine Unterstellung nicht haltbar. Ich habe oben auch ausdrücklich (und ernst gemeint) darauf hingewiesen, dass wir gern bei Detailfragen unterstützen - was in diesem Thread ja auch mehrfach geschehen ist. Es übersteigt aber einfach die Möglichkeiten eines solchen Forums, ganze Konzepte in der Form zu diskutieren, wie es sich hier entwickelt hat. Das hat irgendwann auch etwas mit Verantwortung zu tun - was du in deinen letzten umfangreichen Posts angibst, hat einfach ein Volumen, bei dem auch viel schiefgehen kann. Das ist im Rahmen eines ehrenamtlich und kostenlos betriebenen Forums nicht mehr zu leisten. Da gebietet es schon der professionelle Anspruch, auf die Grenzen des Mediums hinzuweisen. Das medizinische Personal in deiner Praxis wird sicher auch hier und da mal im Gespräch Tipps und Hinweise geben, aber irgendwann darauf verweisen, dass man eine ordentliche (und abzurechnende) Beratung nutzen sollte. Gruß, Nils

Moin, es handelt sich hier wahrscheinlich um ein Missverständnis, hervorgerufen durch die Admin-Oberfläche, die seit Windows 2000 nicht mehr geändert wurde. Drucker, die auf einem Windows-Server freigegeben werden, werden automatisch in Active Directory veröffentlicht. Windows-Clients können dann das AD durchsuchen, um Drucker zu finden (das tun sie automatisch, wenn sie selbst AD-Mitglieder sind). Man muss hierzu nichts manuell tun. Die Drucker-Objekte sind Unter-Objekte der jeweiligen Windows-Druckserver und werden standardmäßig im AD-Verwaltungstool nicht angezeigt. Das manuelle Hinzufügen war nur eine Krücke aus der Zeit, als das AD neu war. Man konnte damit auch Drucker von einem NT-Druckserver im AD publizieren. Braucht man nicht mehr, aber Microsoft ändert nur sehr selten ein einmal eingeführtes GUI. Wie ich gerade sehe, habe ich dazu auch einen uralten Artikel in meinem Bestand (der in Wirklichkeit sogar noch älter ist als dort angegeben): [Wie werden Drucker im AD veröffentlicht? | faq-o-matic.net] http://www.faq-o-matic.net/2003/10/10/wie-werden-drucker-im-ad-veroeffentlicht/ Gruß, Nils

Moin, du magst das so sehen. Viele hier verdienen hier aber ihr Geld mit IT-Dienstleistungen, und da muss man dann einfach abwägen, wie weit kostenloser Support in einem Forum gehen kann. Es geht bei dem, was du anfragst, ja auch nicht um ein Hobbyprojekt, sondern um die IT eines Unternehmens - und das verdient sein Geld (auch) mit Einsatz der IT, um die es hier geht. Gruß, Nils

Moin, entschuldige, aber ein ganzes Konzept für eine kommerzielle Installation zu machen, ist im Rahmen eines Forums dann doch etwas viel verlangt. Wir helfen gern bei Detailfragen, aber die Kernaufgaben sollte ein IT-Dienstleister schon selbst erledigen. Gruß, Nils

Moin, der link zu dem ausführlichen Artikel ist dir bereits mehrfach genannt worden. Er beschreibt, wie man für die gesamte Domäne die empfohlene Zeitkonfiguration einrichtet. Er ist genau für dein Problem gedacht. Gruß, Nils

Moin, das ist eigentlich gut dokumentiert. [Administering the AD LDS Schema] https://technet.microsoft.com/en-us/library/cc816651%28v=ws.10%29.aspx Gruß, Nils

Moin, wie schon gesagt ... http://www.mcseboard.de/topic/206191-morgens-immer-uhrzeit-am-dc-und-terminalserver-um-10-verstellt/?do=findComment&comment=1292811 Gruß, Nils

Moin, die Lizenzierungspflicht entsteht normalerweise mit der Installation, nicht mit dem Betrieb. Daher wäre es lizenzrechtlich wohl erforderlich, den SQL Server von dem nicht genutzten Server zu deinstallieren. Wenn ihr später die eigentliche Software doch in Betrieb nehmt, solltet ihr noch mal mit deren Hersteller sprechen, ob die Nutzung eines zentralen SQL Servers möglich ist. Technische Gründe gibt es für die genannte Beschränkung nicht, vermutlich will man dort nur Fremdeinflüsse ausschließen. Gruß, Nils

Moin, ich verstehe jetzt deine letzte Frage nicht recht. Was du gepostet hast, ist doch recht eindeutig: ist da irgendwie eine Anbindung an eine Uhr konfiguriert? Dann würde ich die mal prüfen. Gibt es einen Grund für dieses Konstrukt? Generell empfiehlt man, die Zeit komplett per NTP über die AD-Mechanismen abzugleichen. Wie man das sinnvoll macht, ist dir weiter oben schon genannt worden. Gruß, Nils

Moin, trotzdem sollte man der Ursache auf den Grund gehen. Es gibt durchaus Konstellationen, in denen "irgendwas" die Zeit verstellt, dann nützt NTP u.U. nichts mehr, wenn die Differenz zu groß ist. Bei einem Kunden war es mal das Blade-Managementmodul, das immer beim Neustart eines Servers seine eigene (falsche) Zeit weitergegeben hat. Je nachdem, wie falsch die war, hat Windows das dann mal korrigiert oder auch nicht. Gruß, Nils

Moin, doch, genau der. Gruß, Nils

Moin, äh, ja, korrekt. Vielleicht hätte ich zitieren sollen, worauf ich mich bezog. Gruß, Nils PS. Schöne Apostrophen, sowas sieht man ja heute kaum noch. Der korrekte Apostroph ist sozusagen der Novell-Server unserer Tage.

Moin, ESXi kann kein Backup. Aus meiner Sicht für so eine Umgebung ein No-go. Der Platzbedarf von Hyper-V für den Host stellt in der Praxis eigentlich nie ein Problem dar. Günstiges HDD-RAID-1 rein, fertig. Natürlich legt man das nicht auf den teuren Storage. Abgesehen davon, sind die 100 GB auch eine Empfehlung für genau dieses Szenario (günstiges RAID-1 für das Host-OS) - tatsächlich nötig ist weit weniger, wenn man wirklich am Platz sparen will. Ich selbst halte es auch für keine gute Idee, einen Hypervisor auf einem Medium abzulegen, das für Fotos und MP3s gedacht ist. Aber da müssen wir jetzt nicht tiefer einsteigen. Gruß, Nils PS. Warum Samba nehmen, wenn man für den Rest der Umgebung ohnehin Windows inkl. CALs voll lizenzieren muss?