NilsK

Moin,

Windows Server 2008 R2 Standard läss sich mit Hilfe des DISM Befehls auf die Enterprise Edition aktualisieren.

interessanter Hinweis. Danke dafür!

Bei einer komplexen Software wie Exchange würde ich allerdings davon abraten, so etwas zu tun. Ich gehe davon aus, dass das auch Supportprobleme aufwerfen würde, wenn irgendwas passiert.

Gruß, Nils

Moin,

hier ist ein recht guter Einführungsartikel zu Windows Server Backup.

faq-o-matic.net Windows Server Backup verstehen und nutzen

Wie groß ist denn die Umgebung? Evtl. wäre der Einsatz einer professionellen Sicherungssoftware sinnvoller.

Gruß, Nils

Moin,

Gibt es da eine "best practice" wie man den Programmen die Rechte gibt sich selber zu aktualisieren?

außer einer Softwareverteilung: Nein.

Ist vielleicht sogar ein Standard für Aktualisierungsvorgänge ohne Admin-Rechte absehbar?

Nein.

Softwareinstallation als Benutzer

Gruß, Nils

Moin,

Also wenn ich "On error resume next" ausklammer sagt er mir nur das er angeblich den Pfad nicht gefunden hat.

und warum fragst du uns dann? :confused:

Gruß, Nils

Moin,

Zwar schade, aber wenn es nicht anders geht...

warum auch immer du zu dieser Einsicht gelangst ... aber viel Erfolg.

Gruß, Nils

Moin,

Keine Lust, an einem Produktivsystem durch zwei Handgriffe alles zu verschlimmbessern.

dann solltest du dir eine Testumgebung bauen. Mit Virtualisierung ist der Aufwand sehr gering.

Gruß, Nils

Moin,

um es kurz zu machen: AD in der Parent Partition (= "auf dem Host") ist ein No-go. AD in einer VM ist völlig okay, wenn man es richtig macht.

faq-o-matic.net Warum der Hyper-V-Host keine (!) weiteren Dienste ausfhren sollte

faq-o-matic.net IIR Admin Tech Talk 2010: Folien und Skripts meiner AD-Sessions

Gruß, Nils

Moin,

ein NAS ist ein reines Speichergerät. Darauf kannst du keine Software in der Art installieren, wie du es anfragst. Solche einfachen Geräte wären auch nicht geeignet, um darauf sensible Informationen abzulegen.

Gruß, Nils

Moin Michel,

kann es sein, dass du da auf der falschen Schiene bist? Um Live Migration geht es doch hier gar nicht ...?

@tomchen0815: Wie sind denn die Clients an den Server angebunden? Ist evtl. ein Problem auf dem Switch?

Gruß, Nils

Moin,

da das Skript die gesamten Parameter-Einstellungen zurücksetzt, würde ich das nicht einfach so auf alle User anwenden, sondern nur auf die, bei denen das beschriebene Problem auftritt.

Ist bekannt, auf wie viele Objekte das zutrifft?

Gruß, Nils

Moin,

Habe jetzt mal die 2. NIC auf dem DC1 deaktiviert und nun sieht das besser aus. Mal schauen wie es weitergeht!

sehr wahrscheinlich war das der Grund deiner Probleme. DCs sollte man nicht mit mehreren NICs betreiben. Wenn es sich gar nicht vermeiden lässt, benötigt es zusätzliche Konfiguration.

Gruß, Nils

Moin,

ich werd das Gefühl nicht los, dass die Qualitätssicherung bei den Updates in letzter Zeit nicht so toll funktioniert ... ich sag nur Exchange ...

Gruß, Nils

Moin,

was für ein Problem möchtest du denn lösen?

Gruß, Nils

Moin,

von was für Log-Dateien sprichst du überhaupt?

Gruß, Nils

Moin,

eigentlich sollte das mit Easy Transfer gehen, hab ich hier teilweise genauso gemacht. Hast du daran gedacht, es als Admin auszuführen?

Sonst kannst du dir auch dies mal anschauen:

faq-o-matic.net Benutzerprofile an neue Benutzer bertragen

Wenn Easy Transfer nicht geht, wird auch USMT sicher Probleme haben, weil USMT die Grundlage von Easy Transfer ist. Trotzdem hier mein Artikel zu USMT:

Microsofts USMT: XP-Nutzerdaten nach Windows 7 retten. heise online-Kiosk - iX-Archiv, 10/2010, Seite 139

Gruß, Nils

Moin,

eigentlich besteht der Witz an RD WebAccess doch gerade im Tunneln. Vielleicht hast du da irgendwo was übersehen.

Die interne Proxy-Konfiguration ist hier beschrieben:

faq-o-matic.net TS Web Access 2008 ber ISA Server verffentlichen

Für die Apps selbst kannst du hier mal schauen:

Prüfliste: Verfügbarmachen von RemoteApp-Programmen über Web Access für Remotedesktop

Gruß, Nils

Moin,

nein, das geht nicht. Für eine Standardfunktion wäre das zu kritisch, denn damit hätte man im Zweifel keine Kontrolle, wer denn nun Zugriffsrechte hat.

Du könntest dir sowas höchstens per Skript selbst bauen. (Nein, ich kann dir keines schreiben. :wink2:)

Gruß, Nils

Moin,

okay, danke für die Rückmeldung!

Gruß, Nils

Moin,

du führst das Skript im Live-System aus ("Ausgabe in Text" auswählen). Es zeigt dir im Ergebnis die Kommandos zum Erzeugen der Logins an, die du kopierst und dann als Skript auf dem Testsystem ausführst.

Gruß, Nils

Moin,

Bei einem DC? Wenn ich direkt in den Wiederherstellungsmodus starte?

das machst du wie nach dem Zurückspielen eines Image? Und wenn du einen effizienten Weg hast: Denkst du im Zweifel daran?

Bei einem einzelnen DC (kein zweiter in der Domäne vorhanden) ist eine Image-Sicherung durchaus machbar. Dann kann man sich aber auch den System State sparen - den bräuchte man nur dann, wenn man einzeln gelöschte AD-Objekte wiederherstellen will. In dem Fall würde man aber auch das Image nicht zurückspielen.

Sobald mehr als ein DC vorhanden: Finger weg von Images (oder Snapshots usw.). Es bleibt einfach dabei.

Ob der TO nur einen Server oder mehrere hat, geht aus seiner Frage nicht hervor.

Gruß, Nils

Moin,

Denke, Image zurückspielen und darauf dann den letzten Systemstate wiederherstellen wird auch von MS supported.

da denkst du falsch.

Sobald das Image zurückgespielt ist, kann es zum USN Rollback kommen. Nachträgliches Einspielen des System State ist dann schon zu spät.

Gruß, Nils

Moin,

du brauchst nicht dieselben Fragen dauernd zu wiederholen, wenn du unsere Fragen nicht beantwortest.

Warum gehst du nicht das Eventlog durch und behebst die Fehler, die dort gemeldet werden?

Gruß, Nils

Moin,

die Logins werden in der Master-Datenbank gehalten, und die kannst du nicht einfach per Backup/Restore übertragen.

Beste Lösung: Du stellst um auf Windows-Authentisierung.

Zweitbeste Lösung:

Login failures connecting to new principal after failover using SQL Server Database Mirroring

Gruß, Nils

Moin,

das sieht schon mal nicht gut aus und bestätigt, dass du Replikationsprobleme hast. Geh die Eventlogs der DCs durch (die sicherlich ziemlich rot sind - warum hast du trotz mehrfacher Aufforderung noch keinen Tastendruck dazu veloren?) und behebe die dort benannten Probleme. Die MSKB und eventid.net sollten dabei hilfreich sein.

Wenn du dann im Detail nicht weiterkommst, kannst du gern weiter fragen.

Gruß, Nils

Moin,

und warum klickst du auf "Netzwerk"? Was bezweckst du damit? Willst du etwas Bestimmtes tun, oder klickst du "nur so" drauf, und dann dauert es halt lang?

Falls Letzteres: Du kannst Netzwerk-I/O seit Vista abbrechen. Ein Druck auf Esc beendet also die Suche. (Sollte er zumindest.)

Neben dem Verstecken der Clients - was, wie gesagt, u.U. Nebeneffekte hat, die du erst testen solltest - kannst du in 7 auch die Netzwerkerkennung abschalten (was standardmäßig auch der Fall ist). Dafür gibt es leider keine Policy, aber du kannst es über die Firewall-Einstellungen erreichen (Computer/Windows/Sicherheit/Firewall/Ein- bzw. Ausgehend/Neue Regel, dann Vordefiniert/Netzwerkerkennung).

Teste das mal bei Bedarf, sollte eigentlich gehen.

Gruß, Nils