Dukel

Hallo, ich habe unter folgender Seite ein must have für Sharepoint Workflows gefunden: iLove SharePoint Damit kann man z.B. HTTP Requests abschicken oder Powershell Script abschicken als Actions für Sharepoint Workflows.

Es funktioniert schon, wenn man DNS vor dem AD installiert. Man sollte aber keine Zonen manuell einrichten.

Ich würde mit mal invoke-command anschauen statt das ganze über WMI zu Fuß zu scripten. Wenn man remote auf ein System zugreift und von dort auf ein anderes System Zugreifen will benötigt man bei Powershell CredSSP.

Was hast du denn mit der Überwachung vor? Wieso solch eine lange Überwachung?

Ahh. Sorry stand selbst auf dem Schlauch. Du klickst neben dem Kasten mit den Diensten auf Einstellungen und in der Zeile mit dem Datenbank Dienst kannst du das Moniotring dieses Dienstes deaktivieren. Andere Dienste (den eigendlichen SQL Server) kannst du dort aber, so viel ich weiß, nicht hinzufügen.

Der WSUS wird Standardmäßig mit der Windows Internal Database beim SBS installiert. Beim deinstallieren hast du wohl nicht alle komponenten deinstalliert.

Seit Srv 2003 gibt es unter Windows den SCW (Security Configuration Wizard). Damit kann man (abhängig von den installierten Diensten und Programmen) diverse Einstellungen anpassen. Das Ding hat aber seine Grenzen und Probleme und man kann das meiste, was dort konfiguriert wird, per GPO Konfigurieren -> auf Testmaschine ausführen, Ergebnis anschauen und dieses per GPO umsetzen.

Selbst einen Workflow schreiben (Sharepoint Designer; Visual Studio).

Hallo, ich habe ein Script welches nicht als geplanter Task richtig laufen mag. Daher habe ich das einmal eingegrenzt und bin auf get-service gekommen. Ich habe jetzt folgende Tests durchgeführt: Script: get-service | out-file c:\tmp\services.txt Non-Admin: Script manuell in Powershell -> geht. Script als geplanter Task -> Datei ist leer. Admin: Script manuell in Powershell -> geht. Script als geplanter Task -> geht. Das Script umgeschrieben mit sc.exe ist das selbe verhalten. Wie bekomme ich get-service als geplanten Task zum laufen?

Nur das beim Fall des SBS das Nachfolgeprodukt abgekündigt wurde.

Du musst auch eine korrekte anfrage stellen. z.B.: GET / HTTP/1.1 Btw. Lt. http://www.mcseboard.de/windows-forum-scripting-71/powershell-http-188425.html und dem Link zu der Steckdosenleiste, um die es geht, gibt es wohl ne Programmier API.

Wieso willst du eine NIC für den DC und eine für den RDS fest zuweisen? Reicht nicht eine NIC für beide VM's?

Solange der Support gegeben ist würde ich immer das aktuellste OS nutzen.

Wieso testet du das ganze mit einem vserver im Internet und nicht erstmals zu hause mit einem testserver.

Wobei man sicher nicht ALLE Software aus dem Action pack nutzen MUSS. Man kann sicher den Server weglassen und nur die Client OS installieren. Der TO hat ja einen Windows 2008 R2 Server installiert.

Und danach migrierst du den Exchange am besten vom DC weg und lässt beides auf unterschiedlichen Maschinen laufen.

Hilft die Übermittlung / Lesebestätigung nicht?

Wieso muss es? Wer schreibt es denn in das Eventlog? Mach einmal eine cmd auf, führe das Script aus und geb danach folgendes ein: echo %errorlevel% Was kommt da für eine Ausgabe?

Nein, das Script manuell ausführen.

Welcher Error Code kommt heraus, wenn du das Batch File manuell aufrufst?

Evtl. gibts die anderen Workflows nur bei der großen Sharepoint Version und nicht bei Foundation.

Achtung! Der SBS ist vorkonfiguriert und bringt evtl. schon eine Webseite mit, die auf dem Port 80 lauscht. Ggf. eine Webseite mit einem eigenen Hostheader erstellen.

Unterstützt die Steckdosenleiste andere Protokolle wie Webservices? Auf HTTP kann man mit .net mitteln unter Powershell zugreifen.

Was haben Kennwortänderungen mit der DNS Zone zu tun? Was war das für eine Zone? Du kannst die DNS Zone nicht mehr AD integriert machen, dann bleibt diese bei euch bestehen.

Wieso sollte man alte Lizenzen nicht nutzen dürfen? Diese sind doch unabhängig von den neuen Lizenzen.