Dukel

Mit einer entsprechenden Library ist Inkrementell kein Problem. Da kümmert sich die Software und Library um alles (Bänder Wechsel, richtige Bänder suchen,...) Mit nur einem Laufwerk kann es wirklich zu Problemen kommen wenn man nicht das richtige band findet und es ist dann auch viel Langsamer wenn man dauernd Bänder manuelle wechseln muss.

Was für schlechten Erfahrungen hast du denn mit inkr. Sicherungen gemacht? Wir nutzen z.B. Inkrementell Forever, welches komplett auf inkr. Sicherungen aufbaut (aus mehreren Inkr. Sicherungen wird in der Library ein neuen Full gebaut ohne Datentransfer vom Client). Wie ist euer LTO Laufwerk angeschlossen? Sas? Habt ihr nur eines oder eine Library? Evtl. helfen Schnellere Schnittstellen (FC, iSCSI); Schnellere Laufwerke LTO5 oder LTO6; mehr Laufwerke (solange man nicht alle Daten auf einem Volume liegen hat); Backup2Disk2Tape (schnelles kopieren auf Disk, dann hat man Zeit auf Tape zu duplizieren); Clientseitiges Dedup (ähnlich wie bei inkrementellen Sicherungen werden nur Änderungen übertragen); Inkrementell Forever

Lass mal Trusted_Connection weg.

Gruppenmitgliedschaften werden im Kerberos Ticket gespeichert und dieses wird beim anmelden generiert.

Dann ist evtl. der SQL Connection String falsch (wie lautet dieser bei dir? Trusted_Connection=True ?) http://www.connectionstrings.com/sql-server

Schau dir Kerberos und Constraint Delegation an. Ist kein einfaches Thema.

Hat sich der User einmal neu angemeldet nachdem er in die Gruppe aufgenommen wurde?

Darf man schon vorraten? Blues Brothers ;)

Schau dir reg.exe oder Powershell an.

Wofür willst du Hyper-V Replika nutzen? Als Failover oder als Disaster Lösung?

Wie sieht es aus, wenn du Write-host "Import PST" Import-Csv 'c:\_scripts\alias.csv' %{ $_.Alias + " " + $_.FolderName } ausführst?

Glasfaser ist nicht unbezahlbar. Das nimmt man ja auch nicht nur wegen den Bandbreiten sondern, wie in deinem Fall, wegen Streckenlängen und anderen Faktoren.

Gehst du davon aus, dass nach jedem Patchen dein Server nicht mehr hochkommt und auch nach längerer Zeit nicht funktioniert? Ein AD kommt auch einige Tage oder sogar Wochen ohne FSMO Rollen aus (je nachdem wie viele Änderungen es im AD gibt). Wenn nach dem Patchen ein DC so kaputt ist, dass er nicht wieder hochkommt entfernt man ihn manuell, verschiebt die FSMO Rollen. Man darf den ehemaligen Server dann so nicht mehr hochfahren (nach einer Reparatur kann man ihn neu installieren und dann neu promoten).

Gibts denn auch Fehlermeldungen?

Versuch mal where Artikelnr like N'TKX-%'

Und wie war da das Ergebnis? Hast du auch per "from" die tabelle angegeben oder das wie oben geschrieben ausgeführt? Was sagt Select From Artikel where Artikelnr like 'TKX-%' ?

=like? Hast du es nur mal mit like probiert? http://msdn.microsoft.com/de-de/library/ms179859%28v=sql.90%29.aspx

Die FSMO Rollen sind am unkritischten. Diese sind so designed, dass tägliche Aufgaben auch funktionieren, wenn diese nicht verfügbar sind (oder nimmste du jeden Tag neue Domänen ins AD auf oder löscht diese raus?). Auch wenn es zu Problemen kommen sollte kann man diese im Zweifel immer noch manuell verschieben.

Unabhängig von dem Problem würde ich für Windows Updates einen Wsus einsetzen. Nimm mal in deine Ausnahmen neben *.microsoft.com auch *.windowsupdate.com auf.

Schau dir mal die Hilfe zu if an. Zu if gehört optional ein "if else" und/oder ein "else".

In der Wsus Konsole unter Options - Computers - "use Group Policy or Registry Settings on Computers" aktivieren.

Ich mache es dir mal beispielhaft vor (du willst ja lernen und keine fertige Lösung) cmd-let | foreach-object { if($_.property -eq 'foo'){ write-host $_.foo } } D.h. alle Objekte aus "cmd-let" werden einzeln im Scriptblock bearbeitet und für jedes Element eine If Abfrage gemacht.

Das hat jetzt nicht mit deinem If zu tun, das ist korrekt. In der Aufgabe steht, dass du eine foreach Schleife nehmen sollst. Bei dir werden dem if das komplette Objekt mit allen Services und nicht ein einzelner Service übergeben.

Wobei sich in zig Jahren auch eine Software ändern kann. Nur weil es einmal ein Problem gab würde ich Software nicht generell ablehnen. Was ist denn ein TK-Server?

Tipp: Kein Buch sondern selbst machen. Die meisten Bücher, die ich kenne vermitteln nur die Grundlagen, die du wohl schon hast. Auch speziell für AD Administration über Powershell kenne ich keines. Überlege dir doch die typischen AD Aufgaben, die du hast und schreib dafür jeweils ein Script, welches die Aufgabe übernimmt.