Win 7 Aufforderung zur Eingabe des Administratorkontos bei Programm Updates usw.

Hallo,

Dir ist schon klar das MS damals beim SBS festgelegt hat das der Lokale Benutzer "Admin" Rechte haben sollte. Dadurch war es möglich ohne grossen Aufwand Softwareupdates etc im griff zu bekommen. Da sich der WSUS erst später durchsetzen konnte, wurde aber am Konzept des SBS 2003 nichts mehr geändert. Auch das starten der berüchtigten "setup.exe /s servername" im Loginscript SBS_Login_Script.bat konnte so erst funktionieren. Auchb das verteilen von Software wurde so damals erst möglich. Das es heute auch teilweise anders geht ist klar, aber der SBS2003 ist 200/2001 Konzipert worden. Vor allem kleine Firmen sollte so in den genuss einer funktinierenden Plattform kommen. das ist ja weitesgehend so. Die wenigstenMS Kunden welche einen SBS betreiben haben jemals davon gehört "keinen Exchange auf einen DC, kein ISA auf einen DC usw" Das alles aber ist beim SBS 2003 alles auf einem stück Blech. Daher musste selbst MS ein wenig von normalen Konzept der trennung der Dienste etc abstand nehmen. Ergebniss: In einer SBS2003 Umgebung sollten Benutzer Lokale Admin Rechte haben.

Das zu ändern ist nicht das Problem. Die seutp.exe aus dem Loginscript nicht mehr verwenden weil dazu werden Admin Rechte benötigt. Was passiert aber dann mit den bereitstellen der drucker, Faxdienste, IE Einstelloungen, Outlook Profil Daten, Sofwateverteilung über der "diesem Computer Anwendungen zuweisen" usw. das geht dann alles so nicht mehr. Du müsstest dir dann überlegen wie du Software verteilen kannst damit du auch die Updates so Kontrollieren / Installieren kannst (Softwareverteilung per GPO). Das geht auch beim SBS 2003. WSUS sollte dann auch auf dem SBS 2003 oder einen anderen Server existieren. (Aber die meisten Kunden mit einem SBS 2003 Haben und wollen keinen weiteren Server 2003 (Weder Blech nocht Virtuell weil auch die Serverlizenz sich nicht rechnet). Dann: wer soll das alles Einrichten und Pflegen? Externe Dienstleister? Seltenst da hier die Kosten einfach zu hoch sind. Selber? Woher das Fachwissen für Softwareverteilung per GPO holen? Wie geht das mit den MSI Dateien? Was ist wenn eine Applikation keine MSI anbietet? Woher die Parameter? Wer auf welchen Rechner testet das alles im vorfeld damit der Anwender hinterher sauber Arbeiten kann? Wer hat in einem kleinen Unternehmen schon alle Rechner Identisch? Kaum einer. Wer in einer SBS Umgebung mit 6 Rechner arbeitet, ist froh wenn der Dienstleister nach 2 Tagen wieder draussen ist weil es einfach sonst zu teuer wird. Eine eigene EDV unterhält kaum einer diese Kunden. Dann Drucker im Netzwerk verteilen. jetzt bper GPO. Und damals? per script. Wer hat es erstellt? Wo kam es her? IE Anpassen. ISA evtl auch. Profile für die Outlook / Exchange vorbereiten damit der Anwender nichts machen muss. Office verteilen usw...

Du kannst den Benutzern natürlich die Lokalen Admin Rechte nehmen. Dann solltest du sicherstellen das keine Software ohne Softwareverteilung Installiert wurde. Sonst klappt das mit den Updates nicht. Festlegen welche Software auf welchen rechner installiert werden muss / soll. Wo und wann kommne dann die Updates der jeweiligen Applikation her und wie kommen die dann auf den rechner drauf. Wer ist dann Hauptberuflich der Admin der dann mal schnell einen Fehler beheben kann damit der Anwender wieder arbeiten kann.

Unterschätze nicht den Aufwand alleine die updates von Adobe unter kontrolle zu halten. Bei mehar als 30 Rechner sieht hier die Aufwand / Nutzen Rechnung schon besser aus. Bei 70 und mehr Rechner sieht alleine das Budget für die EDV schon ganz anders aus...

Nur ein paar meiner Gedanken zu diesem Thema mit den SBS 2003. Und ja, ich betreue einige SBS 2003 Kunden und habe diese Diskussion mit "Warum gibt es denn schon wieder ein Update von Adobe? Brauche is das denn? Wie lange dauert denn das updaten bei 8 Rechner? Und am Montag wollen Sie wiederkommen und für meine Warenwirtschaft updates einspielen? Die läuft aber doch? Warum..." immer wieder.

Gruß,
Peter