Sunny61

Ja, das ist z.B. bei Access so. Du mußt in den Eigenschaften der Verknüpfung den Pfad zur EXE und zur Datei angeben, dann sollte es klappen.

Hier das Script das bei uns läuft: # Original Script ist von hier geklaut: http://www.wsus.info/index.php?showtopic=13977 #Region VARIABLES # WSUS Connection Parameters: [String]$parentServer = "WSUS.Domain.LOCAL" [Boolean]$useSecureConnection = $True [Int32]$portNumber = 8530 [String]$LogFile = "C:\WSUS\MeinLogfile.txt" [String]$SMTPServer = "Deine IP-Adresse" #Alte Logdatei vorsichtshalber löschen. Remove-Item $LogFile # Cleanup Parameters: # Decline updates that have not been approved for 30 days or more, are not currently needed by any clients, and are superseded by an aproved update. [Boolean]$supersededUpdates = $True # Decline updates that aren't approved and have been expired my Microsoft. [Boolean]$expiredUpdates = $True # Delete updates that are expired and have not been approved for 30 days or more. [Boolean]$obsoleteUpdates = $True # Delete older update revisions that have not been approved for 30 days or more. [Boolean]$compressUpdates = $True # Delete computers that have not contacted the server in 30 days or more. [Boolean]$obsoleteComputers = $False # Delete update files that aren't needed by updates or downstream servers. [Boolean]$unneededContentFiles = $True #EndRegion VARIABLES #Region SCRIPT # Load .NET assembly [void][reflection.assembly]::LoadWithPartialName("Microsoft.UpdateServices.Administration"); # Connect to WSUS Server $wsusParent = [Microsoft.UpdateServices.Administration.AdminProxy]::getUpdateServer(); # Log the date first date | out-file -filepath $LogFile -append -noClobber; # Perform Cleanup $wsusParent | out-file -filepath $LogFile -append -noClobber; $CleanupManager = $wsusParent.GetCleanupManager(); $CleanupScope = New-Object Microsoft.UpdateServices.Administration.CleanupScope($supersededUpdates,$expiredUpdates,$obsoleteUpdates,$compressUpdates,$obsoleteComputers,$unneededContentFiles); $CleanupManager.PerformCleanup($CleanupScope) | out-file -filepath $LogFile -append -noClobber; #Get list of downstream servers #$wsusDownstreams = [Microsoft.UpdateServices.Administration.AdminProxy]::DownstreamServerCollection; #$wsusDownstreams = $wsusParent.GetDownstreamServers(); #Clean each downstream server #$wsusDownstreams | ForEach-Object { #$_.FullDomainName | out-file -filepath $LogFile -append -noClobber; #$wsusReplica = [Microsoft.UpdateServices.Administration.AdminProxy]::getUpdateServer($_.FullDomainName,$useSecureConnection,$portNumber); #$CleanupManager = $wsusReplica.GetCleanupManager(); #$CleanupScope = New-Object Microsoft.UpdateServices.Administration.CleanupScope($supersededUpdates,$expiredUpdates,$obsoleteUpdates,$compressUpdates,$obsoleteComputers,$unneededContentFiles); #$CleanupManager.PerformCleanup($CleanupScope) | out-file -filepath $LogFile -append -noClobber; #} #EndRegion SCRIPT # Dieser Teil ist von hier kopiert: http://gallery.technet.microsoft.com/scriptcenter/90ca6976-d441-4a10-89b0-30a7103d55db#content # Mail the report... $message = new-object Net.Mail.MailMessage #$message_attachment = new-object Net.Mail.Attachment($logfile) $mailer = new-object Net.Mail.SmtpClient($SMTPServer) $message.From = "absender@domain.local" $message.To.Add("Empfänger@domain.local") $MeinText = "WSUS - Server CleanUp Bericht " + $server #$MeinText = $parentserver $message.Subject = $MeinText #$message.Subject = "Windows Update - Server CleanUp Bericht " $parentServer #$message.Body = "Report" #$datei = Get-content $logfile #$message.Body = $datei $message.Body = [string]::join([environment]::NewLine, (get-content $logfile)) #$message.Attachments.Add($message_attachment) $mailer.Send($message) #Logdatei löschen. Remove-Item $LogFile Als CleanUpWSUS.ps1 abspeichern und aufrufen. Am besten kopierst Du das Script zuerst in die Windows Power Shell ISE und lässt es dort ausführen. Achtung! Port korrekt angeben! Seit W2012 wird out of the Box der Port 8530 verwendet!

Ohne vorliegende Enterprise CALs begehst Du einen Lizenzverstoß. Und das ist kein Kavaliersdelikt. Wie genau lautet die Anforderung? Soll später auf die Daten über eingebundene PST zugegriffen werden oder am besten so wie bisher im Exchange?

Na dann wird es Zeit sich mit den neuen Techniken zu befassen. Es rentiert sich, glaub mir. Zum probieren gibt es die verschiedenen Versionen von Visual Studio auch als kostenlose Versionen. Mit etwas probieren, bzw. posten in einem Entwicklerforum bringt weitere Erkenntnisse. ;) Aber Daniel hat dir ja schon eine Lösung erarbeitet. ;)

Evtl. hilft es dir den Code in VB.Net zu konvertieren. http://www.developerfusion.com/tools/convert/csharp-to-vb/

Das ist mir schon klar. ;)

Daniel, Danke für den Hinweis, aber das ist ein Würgaround, mehr nicht. Für mich ist es vollkommen unverständlich warum bisher keine vernünftige Suche oder Kopierfunktion in GPEDIT.MSC eingebaut wurde.

Bitte, gern geschehen. ;) Es schreiben hier sogar MVPs. ;) Nicht nur eine vernünftige Suche mit Ausgabe des *kompletten* Pfades wäre schön, auch Kopierfunktion des kompletten Pfades wäre gut. Analog wie in der Registry. Ich hab manchmal den Verdacht, was von den zuständigen Teams nicht selbst benötigt wird, hat im Produkt nichts verloren. Und die fehlende Suche wird sicherlich schon seit gefühlten 100 Jahren angefordert.

Lt. http://de.wikipedia.org/wiki/Windows_PowerShell ist die Version 2.0 in W7 enthalten. Scripte die das AD betreffen würde ich aber auf einem DC ausführen.

In Computerkonfig > Admin Einstellungen > Netzwerk > Offlinedateien findest Du viele Einstellungen. Evtl. ist das gesuchte dabei.

Eigentlich nicht. Du hast die Tabellen schon fertig erstellt? Wenn ja, Rechtsklick drauf > Script für Dropt and Create erstellen. Das machst Du für jede Tabelle, schon hast Du die Scripte für die nötige Tabellenerstellung. Jetzt noch pro Tabelle ein INSERT Script von der Quelle ins Ziel. Das kannst Du dann immer laufen lassen wenn dir danach ist, schon hast Du eine aktuelle Datenbank.

Konfiguriere dieses Script für deinen WSUS um und lass es am Abend laufen: http://www.wsus.de/serverbereinigung2 Vorher unbedingt dieses Script laufen lassen: http://gallery.technet.microsoft.com/scriptcenter/6f8cde49-5c52-4abd-9820-f1d270ddea61 Wie groß ist denn die SUSDB.mdf?

Du mußt auf dem Router oder den Zugang ins Internet eine Portweiterleitung zum TS einrichten.

Evtl. kannst Du die Passwörter ja zum Teil mit Systemvariablen setzen. Ich hab es nicht ausprobiert, aber evtl. hilft ja dieser Hint: http://www.gruppenrichtlinien.de/artikel/lokaler-administrator-install-agent-delegation-pro-computer/

Weiß ich nicht, hab ich noch nicht so ausgeführt. Bisher hab ich immer nur von produktiven Datenbanken eine Sicherung in eine Testumgebung wiederhergestellt. Was genau gefällt dir nicht an dem schreiben von eigenen Scripten?

Wie sehen die DNS-Einträage auf den beiden Maschinen in ipconfig /all aus? Jeder sollte bis zum demoten auf den anderen zeigen. Wenn der eine kein DC mehr ist, dann sofort beim ersten DC den eigenen DC eintragen.

Und als Benutzer geht es immer noch nicht? Ist das eine aktuelle Version? Ein Kollege hat FreePDF auch im Einsatz, kein Admin und kann A4 oder A3 bei jedem Druck wählen. Möglicherweise ist das Benutzerprofil ja beschädigt.

Backup abziehen und bei dir wieder einspielen. Alternativ im Express den anderen Server als Verbindungsserver einrichten. Jetzt kannst Du ein Script schreiben dass alle Tabellen beim anderen Server durchläuft und die Daten in deine Tabellen einfügt/kopiert. Dabei gibt es viel zu beachten und viel falsch zu machen. Du stellst dir womöglich eine Klick-Lösung vor, die gibt es IMHO so einfach nicht.

Meinst Du so in etwa? ;) Da ist 'Handarbeit' angesagt. Rechts unten auf Zitieren, und jetzt immer mit der ersten Zeile und der letzten Zeile Blöcke beginnen bzw. abschließen.

Das Script ist sicherlich ein Anfang: http://gallery.technet.microsoft.com/scriptcenter/VB-Script-to-Check-and-620579cd Evtl. findest Du hier noch weitere Scripte: http://gallery.technet.microsoft.com/scriptcenter/site/search?f[0].Type=RootCategory&f[0].Value=windowsupdate&f[0].Text=Windows%20Update

@Daniel, wenn ich das richtig lese geht es nicht um den TS:

Ähnlich ist nicht gleich und fremde Threads kapert man nicht. Mach bitte einen eigenen Thread mit allen Informationen auf, Danke.

Gut, viel Erfolg und gib Bescheid was die Lösung war, Danke. ;)

Ist sicherlich auch eine Belastung für den Master-WSUS und dessen SQL Datenbank. Die Computerkonten liegen auf dem Master natürlich auch, den Download der Updates kannst Du steuern, Optionen > Dateien und Sprachen. Dort beim Downstream den richtigen Haken setzen, dann holt der sich die Updates bei MSFT. Du brauchst sicherlich Client-CALs für die zugreifenden Clients auf deinen Server. Du kannst sicherlich alle Updates genehmigen per Script, die von den Clients angefordert wurden. Dann bist Du auf der sicheren Seite. Wenn es viele Clients sind, würde sich evtl. ein eigener WSUS auszahlen, mußt halt auch ein eigenes GPO dafür erstellen. Eine offizielle Prozedur hab ich dafür noch nicht gefunden.

Den Foundation gibt es nur in Kombination mit der Hardware: http://www.golem.de/news/windows-server-2012-vier-editionen-aber-kein-windows-home-server-1207-93008.html Zumindest ist das gemeint mit 'wird nur an OEM-Hersteller lizenziert'. Deshalb gibt es davon auch keine Testversion.