Sunny61

Lies dich doch hier ein: http://www.gruppenrichtlinien.de/artikel/remote-desktop-server-terminal-server/ http://www.gruppenrichtlinien.de/artikel/loopbackverarbeitungsmodus-loopback-processing-mode/ http://www.gruppenrichtlinien.de/artikel/laufwerke-im-explorer-ausblenden-und-den-zugriff-darauf-verhindern/

Weshalb sollen ab dem 31.03.2014 keine Mails mehr raus- und reingehen?

Also hast Du gar nichts greifbares, dachte ich mir schon. Du kannst in Access direkt auch die Tabellen verbinden, nennt sich DSN-Less. Dieses Gehampel mit DSN-Dateien hab ich mir nie angetan. Meine Variante ist am Anfang vielleicht etwas 'schwieriger' einzurichten, wenn sie läuft aber im Sekundenbereich um Tabellen/Views erweitert. So sieht bei mir der Connection String in Access aus: ODBC;DRIVER=SQL Server;SERVER=MeinSQLServer\DieBenannteInstanz;DATABASE=DieDatenbank;Trusted_Connection=Yes Wenn der Rechner in einer Windows Domain ist, benutze Trusted_Connection=Yes. Es gibt nichts schlimmeres als Kennwörter direkt im Code zu haben. DSN Less: http://support.microsoft.com/kb/892490/de http://www.accessmvp.com/djsteele/DSNLessLinks.html http://www.freevbcode.com/ShowCode.asp?ID=1257 Wenn Du jetzt die einzubindenen Tabellen noch in eine lokale Tabelle ablegst, SQL-Server, Datenbank und Instanz mit einträgst, kannst Du das mit Hilfe einer Schleife wunderbar beim Start des Programmes laufen lassen. In Posting No. 4 http://www.access-programmers.co.uk/forums/showthread.php?t=157981 findest Du einen Hinweis auf das erstellen von PKs/Indexen bei per VBA eingebundene SQL-Server Tabellen. Auch hier gibt es einen Eintrag in der o.g. lokalen Tabelle mit PK und PK-Bezeichnung. Schon wird auch das beim einbinden neu gesetzt. Wenn Du auf dem betroffenen Client das SQL Server Management Studion installierst, kannst Du dich damit dann auf die lokale Instanz verbinden?

Für mich hört sich das an als ob da eine gemeinsame Access-Datenbank benutzt wird. Vermutlich als Frontend für die Benutzer. Wenn ja, dann gibt es nur eine Lösung. Gib jedem Benutzer sein eigenes Frontend.

DAs Ereignisprotokoll findet man auf jedem Windows System an der von dir gen. Stelle. Wenn Du dich von Client A zu Client B verbindest, muß es am Client B im Eventlog einen Hinweis auf den nicht verbundenen Drucker geben. Das Problem liegt meistens an den unterschiedlichen Bezeichnungen des Druckers in der dazugehörenden INF-Datei. Da wird schon mal zwischen 32- und 64-Bit unterschieden.

Und wie genau sieht der bisher verwendete Connection String jetzt aus?

Wohin kann Access nicht via ODBC verbinden?

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.