NilsK

Moin, "wie immer"? Bei mir war das noch nie der Fall. Winamp - das war in den Neunzigern, oder? Die Dateiverknüpfung ist hier nicht der Punkt, sondern eine Erweiterung, die sich vermutlich in den Explorer eingeklinkt hat und anscheinend beim Öffnen eines Ordners irgendeinen Vorgang anstößt. Was das bei dir sein könnte, kann ich dir nicht sagen. Es muss auch nicht so sein, aber das beschriebene Verhalten klingt danach. Gruß, Nils

Moin, Vermutlich irgendein Abspielprogramm für Mediendateien, das sich mit einer Erweiterung in den Explorer integriert hat. Gruß, Nils

Moin, Auf jeden Fall stimmt irgendwas im Storage nicht. Ich würde jetzt alternative Wege prüfen, bis hin zum Neuaufbau des Clusters. Gruß, Nils

Moin, naja, ich finde das ja recht deutlich - anscheinend kann der Dienst nicht auf die Dateien zugreifen. Dass du es mit deinem Account kannst, ist ja nicht dasselbe. Ich kann aus dem Kopf nicht sagen, wie die Berechtigungen aussehen müssen, aber in die Richtung sollte man schon noch mal weiter suchen. Gruß, Nils

Moin, Lassen sich die VMs über den Hyper-V-Manager oder per Start-VM starten? Sind die zugehörigen Dateien vollständig? Sonst irgendwas auffällig bei diesen VMs? Da scheint irgendwas nicht in Ordnung zu sein - ich hoffe, du hast laufende Backups der wichtigen VMs, Applikationen und Daten. Ich würde im Moment nicht ausschließen, dass der Cluster einen weg hat und das Problem sich noch verschlimmert. Gruß, Nils

Moin, welche Fehlermeldungen kommen denn, wenn du über das GUI bzw. per PowerShell die VMs zu entfernen versuchst? Und wie gehst du dabei genau vor? Gruß, Nils

Moin, ich stimme zu und ergänze, dass das Verzeichnis, in dem du die DB ablegen willst, für sowas völlig ungeeignet ist. In "Program Files" sollte man überhaupt keine Daten ablegen. Erzeuge besser einen separaten Ordner auf der ersten Ebene für die Datenbankdateien. Gruß, Nils

Moin, das könnte aber auch heißen, dass die O365-Lizenzen von der Telekom kommen. Das verkürzen Kunden gern mal auf die (nicht zutreffende) Aussage, sie hätten Exchange von der Telekom. Gruß, Nils

Moin, dazu müsste man jetzt noch wissen, was ihr denn da mit GPOs überhaupt macht. Ohne nähere Angaben tippe ich mal auf ein Timing-Problem mit der Replikation. Gruß, Nils

Moin, nichts für ungut, ich kann nur an einem Spaß ähnlich schlecht vorbeigehen wie an einem Dessert-Buffet. Gruß, Nils

Moin, die Rechtsberatung?! Übrigens heißt es Exchange, nicht ExChange. Das ist kein zusammengesetztes Wort und auch kein Marketingbegriff. "Exchange" heißt "Austausch", und "mail exchange" ist in der IT die Prozessbezeichnung dafür. Gruß, Nils PS. und wenn ich dabei bin: außerhalb von Deutschland betont man das Wort auf der zweiten, nicht auf der ersten Silbe. </ot>

Moin, für Windows 11 wird ja kein Treiber angeboten. Gruß, Nils

Moin, ich umschreibe das üblicherweise so: Es geht nicht darum, wann es stört oder nervt. Sondern es geht um die Frage, wann dem Unternehmen ein echter Schaden entsteht. Diese Frage wird man typischerweise für unterschiedliche Daten und Applikationen im Unternehmen auch unterschiedlich beantworten. Gruß, Nils PS. und um das ausdrücklich gesagt zu haben: Nur in seltenen Fällen geht es hier wirklich um Fristen unterhalb weniger Tage. Auch Fristen, die in Wochen zu rechnen sind, sind keine Seltenheit. Ernsthaft.

Moin, natürlich nicht, aber genau wie jede andere Person müsste der Admin dafür Hacking-Methoden einsetzen. Einfach so in einen anderen Account einloggen kann man sich in Windows auch als Admin nicht - das ist in diesem Fall schon wichtig zu wissen. Genau wie ihr vermute ich auch, dass die Situation eine andere ist als befürchtet. Aber das ist auch nur Spekulation. Gruß, Nils

Moin, wie Evgenij schon richtig sagt - du beschreibst Lösungsvorschläge, nicht Anforderungen. Warum etwa eine halbstündliche Replikation? Warum die Vorgabe bestimmter Techniken? Wichtiger und sinnvoller - auch für das Gespräch mit einem Dienstleister - ist die Betrachtung, gegen welche Schäden man sich denn absichern will und was in welcher Situation wiederherstellbar sein soll. Dazu kann man dann Löungsvorschläge entwickeln und diese dann budgetmäßig einschätzen. Ein Beispiel: "halbstündliche Replikation" könnte bedeuten, dass mehr als 30 Minuten Datenverlust für euch zu viel sind. Das würde mich schon sehr wundern, aber ist ja nicht ausgeschlossen. Nur: Wenn das so ist, dann werdet ihr zur Absicherung des dahinter stehenden Risikos schon erhebliche Budgets aufwenden müssen. Und dann ist eine "Replikation" ganz sicher keine geeignete Technik. Also: Von der anderen Seite her kommen. Welcher Datenverlust ist für welche Daten hinnehmbar? usw. Gruß, Nils

Moin, um es noch mal ganz ausdrücklich zu sagen: in dein Konto einloggen kann sich nur, wer dein Kennwort kennt. Das träfe auf einen Admin genauso zu wie auf jeden anderen Menschen der Welt. Ein Admin könnte zwar dein Kennwort ändern und sich dann an den Account anmelden - das würdest du aber merken, weil du dich dann ja selbst nicht mehr anmelden kannst. Wenn jemand aber dein Kennwort kennt und sich damit an deinen Account anmeldet, dann wird es auch schwierig nachzuweisen, wer das war. Aus Sicht von Windows ist das ja eine ganz normale Anmeldung. Man kann dann zusätzliche Informationen sammeln, aber Aufwand und Nutzen stehen kaum in einem sinnvollen Verhältnis. Und es ändert ja nichts: Wenn du den Verdacht hast, dann änder dein Kennwort. Dann hört das im selben Moment auf. Wo du deinen Verdacht herhast und was du damit machst, musst du selbst wissen. Gruß, Nils

Moin, ja, natürlich war die Frage eine andere. Wenn jemand aber vor seiner offenen Tür steht und fragt, wie er Einbrechern auf die Spur kommen kann, weil ihn die Einbrüche stören ... Gruß, Nils

Moin, Das Kennwort ändern? Gruß, Nils

Moin, ich würde nur kurz dazwischenschieben: Habt ihr schon mit den Anwendern gesprochen? Ich würde mit Nachdruck an mehrere Türen in unserem Haus klopfen, wenn mein Bild mit jeder Mail verschickt würde, und verlangen, dass der Unfug abgestellt wird. Gruß, Nils

Moin, kurz gesagt: Nein, deine Vermutungen treffen nicht zu. Du solltest entweder jetzt noch mal richtig Zeit dir nehmen, um in Ruhe die Grundlagen dir zu erarbeiten. Oder du suchst dir ein anderes Projekt. Gruß, Nils

Moin, Aus dem Grund habe ich dir ja weiter oben gesagt, dass die Namensfelder nicht unterschiedlich sein sollten ... Gruß, Nils

Moin, gibt es einen Grund, dass du das per PowerShell machst? Die eigentliche Funktion der Berechtigungsverwaltung könntest du ja nun einfacher über das GUI ausprobieren. Ansonsten wäre es vielleicht hilfreich, wenn du dir die Doku zu den Cmdlets genau ansiehst. Du kannst sowohl bei dem Parameter Identity als auch bei dem Parameter Members einen DN angeben (das ist der vollständige LDAP-Pfad des Objekts), den GUID (eine unhandliche Zeichenkette, die wird man manuell eher nicht angeben), den SID (die Sicherheitskennung, auch unhandlich) oder den SAM-Namen (das ist der "klassische" Anmeldename). Vermutlich ist "Thomas Fricke" nicht der SAM-Anmeldename. Falls doch, versuch mal, ihn in doppelte oder einfache Anführungsstriche einzufassen, weil Leerzeichen drin sind. Leerzeichen solltest du im SAM-Namen nicht verwenden - warum, siehst du hier gerade. Gruß, Nils

Moin, Ich tippe auf ein Treiberproblem. Mehr kann ich dazu leider nicht beitragen. Gruß, Nils

Moin, wann kommt die Meldung? Zu Beginn und der Wiederherstellungsvorgang bricht ab? Nach der Wiederherstellung? Gruß, Nils

Moin, aha, dann war meine Interpretation ja doch richtig. Gut zu wissen. Möglicherweise liegt ja nur ein Missverständnis bei den Parametern vor. Die Angabe "Path" in dem PowerShell-Kommando, das die Gruppe anlegt, hat nichts mit den Berechtigungen zu tun, die diese Gruppe später erhalten soll. Es handelt sich um den Speicherort des Gruppen-Objekts im Active Directory. Wenn du also in deinem AD z.B. eine OU "Gruppen" hast und das Gruppen-Objekt dort speichern willst, hieße das in deinem Beispielkommando: New-ADGroup -Name "LG-H-Einkauf-VZ" -SamAccountName "LG-H-Einkauf-VZ" -GroupCategory Security -GroupScope DomainLocal -DisplayName "LG-H-Einkauf-VZ" -Path "OU=Gruppen,DC=Domain,DC=tld" -Description "Mitglieder der Gruppe haben Vollzugriff auf den Dateiordner Einkauf" Die anderen Parameter habe ich auch mal angepasst. Die Namensattribute sollten sich nicht unterscheiden, und gemäß Konzept soll es hier ja eine Domänenlokale Gruppe sein. Gruß, Nils