NilsK

Moin, ich rate von einer Datenverteilung ab. Entweder ein gemeinsamer Cloudspeicher oder die Daten an einem Standort halten und den Zugriff vom zweiten Standort aus per Terminalserver realisieren. Gruß, Nils

Moin, ich weiß nicht, wie es bei dem HPE-Modell ist, aber bei professionellen Storage-Systemen ist es oft so, dass nur Originalplatten unterstützt werden und andere oft auch nicht funktionieren (angepasste Firmware). Gruß, Nils

Moin, hm, ja, da könntest du Recht haben. ;) Geht ein wenig hin und her in diesem Thread. Vielleicht sollte der TO noch mal sortieren. Ich würde momentan noch nicht mal davon ausgehen, dass es überhaupt die IOPS sind. Ich hätte zunächst den Code der Applikation und die Organisation der Datenbank im Verdacht. Gruß, Nils

Moin, also noch mal langsam ... du willst die (aus meiner Sicht seltsame) Hardware beibehalten, das OS und die SQL-Server-Software austauschen und erwartest, dass es dadurch schneller wird? Oder überseh ich da grad was? Wenn ich dich richtig verstanden habe, dann ... lass es bleiben. Das wird nicht gehen. Hat denn schon mal jemand geprüft, wo die Engpässe überhaupt sind? Siehe dazu den von zahni verlinkten Thread. Erfahrungsgemäß sind es gerade bei "kleinen" ERP-Installationen oft eher Fehler oder Nachlässigkeiten in der Programmierung (z.B. von Anpassungen) oder fehlende bzw. veraltete Indizes. Gruß, Nils

Moin, die Laufvariable in deiner Schleife lautet nicht %Quelle%, sondern %%i. Gruß, Nils

Moin, mit "Maildomain" meinst du dies hier? https://hilfe.gmx.net/maildomain/index.html Das wäre im Prinzip nichts anderes als normales Webhosting. Selbstverständlich könnte man das zu einem anderen Provider übertragen. Gruß, Nils

Moin, auf der Office-365-Produktseite gibt es auch einen Livechat, wo du Details noch mal klären kannst. Also keine technischen Details, aber z.B. welches Abo wofür geeignet ist. Hab ich neulich genutzt und fand ich ziemlich gut. Gruß, Nils

Moin, naja, fast. Im ADUC-Dialog gibt man meist nur den Localpart ein, weil der Suffix in einem zweiten Feld steht und dort schon vorbelegt ist. Das verstehen dann viele Admins so, als sei es nur das erste Feld. Tatsächlich setzt der Assistent dann aber beides zusammen und schreibt es als einen Wert ins Attribut userPrincipalName. Das kann man auch manuell oder programmatisch befüllen und dann sogar ein paar Restriktionen umgehen - also etwa gar kein Suffix angeben oder eins, das im AD nicht definiert ist. Mindestens "kein Suffix" wäre aber ganz sicher ungültig. Da würde ich nicht überall und automatisch Probleme erwarten, aber irgendwas könnte schon auf die Nase fallen. Gruß, Nils

Moin, Office 365 kann man auch als Privatperson beziehen. Das gilt auch für die Business-Pläne. Und schon mit dem "kleinsten" Plan kann man auch die Domain einbinden. Die sollte dann bei einem Provider laufen, wo man als Kunde entweder direkt DNS-Einträge bearbeiten kann oder wo der Providersupport das macht und Erfahrung damit hat. Du könntest dann an dein Abo zwei Lizenzen anbinden, und dann kannst du mit deiner Frau so kommunizieren, als hättet ihr einen Exchange Server. Nach außen natürlich sowieso. Gruß, Nils

Moin, der Hinweis ist korrekt. Es wurde Clonezilla genannt, das arbeitet meines Wissens immer offline. Ein Online-Imager müsste wenigstens VSS unterstützen. Vorher wäre aber auf jeden Fall ein normales Online-Backup von Exchange zu versuchen. Das ist die einzige Variante, die im Zweifel supportfähig wäre. Ja, das erzeugt ein zusätzliches Risiko, aber das ist ohnehin schon weit jenseits des Vertretbaren. Gruß, Nils

Moin, also, mir ist ja nicht klar, wie du suchst, aber ich finde auf Anhieb das hier: [user Naming Attributes (Windows)] https://msdn.microsoft.com/en-us/library/ms677605(v=vs.85).aspx [user-Principal-Name attribute (Windows)] https://msdn.microsoft.com/en-us/library/ms680857(v=vs.85).aspx [sAM-Account-Name attribute (Windows)] https://msdn.microsoft.com/en-us/library/ms679635(v=vs.85).aspx Daraus lässt sich ziemlich klar ablesen, dass beide Namen nichts miteinander zu tun haben. Schon weil sie, wie Norbert ja eingangs schon sagte, völlig unterschiedliche Formate haben. Gruß, Nils

Moin, DC1, der jetzt aus ist, geht nicht wieder online. Ich habe es so verstanden, dass der Rest der Domäne soweit korrekt läuft. Du richtest auf mindestens einem DC ein Systemstate-Backup ein. DC1 startest du offline und formatierst die Platte. Er wird später neu installiert. Du löschst DC1 aus dem AD und aus DNS. Du installierst den Server, der mal DC1 war, neu mit neuem Namen (z.B. DC5) und neuer IP-Adresse. Diesen Server stufst du zum (vierten) DC hoch. Wenn alles korrekt läuft und repliziert, stufst du DC3 herunter und nimmst den Rechner danach aus der Domäne. Du löschst DC3 aus dem AD und aus DNS. Jetzt änderst du die IP-Adresse von DC5, sodass er die Adresse hat, die bis eben DC3 hatte. Das ist technisch problemlos. Abwarten, bis die Replikation wieder ordentlich läuft. Nun stufst du DC2 herunter und nimmst den Rechner aus der Domäne. Du richtest auf mindestens einem DC ein Systemstate-Backup ein. Gruß, Nils

Moin, Rolf, wenn Norbert es dir mehrfach ausdrücklich bestätigt - warum fragst du dann noch- und nochmal dasselbe? Und: Nicht zu jedem Detail gibt es ausdrückliche Spezifikationen vom Hersteller, die man zitieren kann. Kunden fragen gern nach "offiziellen Dokumenten", aber das ist nur selten zielführend. Vor allem bei solchen Details, die wir hier besprechen und die sich seit 18 Jahren nicht geändert haben. Gruß, Nils

Moin, gilt als Best Practice und soll die Namensauflösung nach Reboots beschleunigen und Inselbildung verhindern (was hier aber nicht zutrifft). [Was muss ich beim DNS für Active Directory beachten? (Reloaded) | faq-o-matic.net] https://www.faq-o-matic.net/2007/01/09/was-muss-ich-beim-dns-fuer-active-directory-beachten-reloaded/ Gruß, Nils

Moin, ich vermute, dass das bisherige Skript noch eine Delayed Expansion braucht. Spätestens an der Stelle ist die PowerShell das bessere Werkzeug. [Dateien kopieren und nummerieren per Batch | faq-o-matic.net] https://www.faq-o-matic.net/2014/03/19/dateien-kopieren-und-nummerieren-per-batch/ Gruß, Nils

Moin, wenn die Festplatte bekanntermaßen kaputt ist, dann ist sofortiges Handeln angesagt! Eine AD-Datensicherung erfolgtr, wie schon seit 18 Jahren, über den Systemstate. Geschieht das etwa noch nicht? Dann jetzt sofort umsetzen! Sofort einen zweiten DC installieren. Sofort die Plattenprobleme bei dem SBS beheben (Vollbackup und Restore auf neuer Platte bzw. neuem Server). Gruß, Nils ... :confused: ...

Moin, vielleicht im BIOS eine falsche Einstellung? Sonst würde ich mal den Hersteller ansprechen. Gruß, Nils

Moin, also, 20 Instanzen sind garantiert ein Problem. Das Speichermanagement des SQL Servers greift instanzweit. Sobald du mehr als eine Instanz hast, musst du selbst für die RAM-Aufteilung sorgen. Das willst du aber nicht. "Komisch" würde ich die Effekte dann nicht nennen, aber du wirst erheblichen Aufwand damit haben und die Effizienz deines Datenbankservers opfern. Kläre mit den Dienstleistern, was sie wirklich benötigen. Wenn sie für eine Datenbank zuständig sind (oder für die Applikation, die darauf zugreift), brauchen sie ganz sicher keine sysadmin-Rechte. Oft ist es so, dass solche Dienstleister die Interna des SQL Servers gar nicht kennen und z.B. von Oracle abstrahieren, das aber an der Stelle eine ganz andere Architektur hat. Mehrere Instanzen sind eine Notlösung, kein vorgesehenes Design. Gruß, Nils

Moin, die Nachteile mehrerer Instanzen werden durch die Vorteile praktisch nie aufgewogen. Solange es also keine zwingenden Gründe für mehrere Instanzen gibt, gehören alle Datenbanken in dieselbe Instanz. Gruß, Nils

Moin, Nein, muss man nicht. Man muss nur wissen, dass​ sie existieren und wozu sie da sind. Gerade im Hinblick auf die Prüfung solltest du dich hingegen intensiver mit der Powershell befassen, den da können wirklich Fragen nach der Syntax vorkommen. Gruß, Nils PS. Die Beispiele zu csvde und ldifde in den Lehrbüchern funktionieren so gut wie nie.

Moin, Von wem erwartest du denn ein Audit? Unterliegt das Unternehmen einer Regulierung? Dann gibt es doch sicher auch Richtlinien. Gruß, Nils

Moin, deshalb frage ich ja nach deinen Autorisierungsregeln ... Gruß, Nils

Moin, nein, so aus der Ferne lässt sich das nicht beantworten. Wie sehen denn die Autorisierungsregeln in deinem ADFS aus? Gruß, Nils

Moin, du willst uns aber nicht sagen, dass du mit dem DC ins Internet gehst, oder? Unabhängig davon: Wie ist DNS bei dem Server konfiguriert? Poste mal bitte die Ausgabe von ipconfig /all. Gruß, Nils

Moin, warum machst du das mit ldifde? Arbeitest du gerade ein Schulungsbuch durch, in dem das Thema ist? Dann empfehle ich: Nimm zur Kenntnis, dass es so gehen könnte. Aber setz es nicht in die Praxis um. Im "echten Leben" würde man sowas eher per PowerShell regeln. Gruß, Nils