Dukel

Ich verstehe deine Infrastruktur und was du machen willst nicht. Du hast (hattest) einen SQL Server 2012 mit einer DB und einen SQL Server 2008. Du willst du DB 2012 auf den SQL Server 2008 restoren, dieser wird aber in der Version wegen einer anderen Applikation benötigt? Wenn du ein Downgrade der DB machen willst musst du das Schema, die Daten und alles andere exportieren und importieren. Der Hersteller der externen Applikation sollte sich wegen dem Support aber gedanken machen, da der SQL Server 2008 schon lange aus dem Support ist. 2012 ist auch schon alt genug.

Wieso sollte man sowas überhaupt testen? Was für eine Fehlermeldung denn?

Hab das einmal als neuen Beitrag unter Tipps und Tricks gespeichert. http://www.mcseboard.de/topic/211376-script-f%C3%BCr-wsus-genemigungen/ Das Logging muss ich noch anpassen, hab die Anpassungen aber aktuell nicht hier.

Mit diesem Script genehmige ich Updates. $logfile = 'D:\Logs' $group = 'All Computers' # Evtl. hier eine Testgruppe eintragen und später alle anderen Gruppen genemigen # Approve WSUS Get-WsusUpdate -Status Needed -Approval Unapproved | Where { ($_.update.title -match "Language") -or ($_.update.title -match "Preview") } | Deny-WsusUpdate -verbose 4>> "$logfile\approve.log" # Ggf. weitere Updates ablehnen Get-WsusUpdate -Approval Unapproved -Status Needed | Approve-WsusUpdate -Action Install -TargetGroupName $group -Verbose 4>> "$logfile\approve.log" Im selben Script räume ich den Wsus Server auf: # Cleanup WSUS Get-WsusServer | Invoke-WsusServerCleanup -CleanupObsoleteComputers -CleanupObsoleteUpdates -CleanupUnneededContentFiles -CompressUpdates -DeclineExpiredUpdates -DeclineSupersededUpdates -Verbose | Out-File "$logfile\cleanup.log"

Wenn das der einzige Grund ist, dann lass die zweite Instanz weg und erschlage dies durch, wie von Doso geschrieben, SQL Aliase.

Einfach hier im Forum suchen.

Muss der Name dann nicht "SQLSTD\Instance2" sein? Bist du sicher, dass du eine zweite Instanz brauchst oder ist das nur eine "Anforderung" weil man es nicht besser weiß? Ist ist sinnvoller nicht alles mit eigenen Instanzen zu erschlagen. Hier sollte man die Konfiguration (speziell Ram / CPU zuweisung) beachten.

.oO(Really?) Nutze ein vorhandenes Monitoringsystem, bevor du alles nachprogrammierst. Für Hardware braucht man entsprechende Schnittstellen. Hier komme es darauf an was das für ein System ist und was installiert ist.

Ist das eine Test oder Prod Umgebung?

Hast du schonmal einen Test Restore gemacht und weißt was du dazu brauchst? Evtl. auch einen Point-in-Time Restore? Dafür brauchst du nämlich das Backup der TA-Logs.

Wenn du in deinem Quellcode Bugs hast, die durch den Debugger beinflusst werden (z.B. Timing). Wenn die Fehlerbehandlung nicht anschlägt, dann ist diese an der falschen Stelle. Logge z.B. nach jedem Befehl, wo du bist und dann solltest du sehen, wo das Programm abbricht. Dann kannst du dort die Fehlerbehandlung implementieren.

Dann hast du "zuviele" Patches genehmigt. Ich brauche weniger als 100 GB (je nach aktuellem Patchstand) bei meinen Kunden. Ich hatte auch hier irgendwo ein Script gepostet, mit welchem ich meine Patches genemige.

Was sind zwillings oder drillings Server? Wie sollte es richtig sein? Kannst du das ipconfig von dem ersten, funktionierenden Server posten?

Diese Zertifizierung macht die Firma und nicht du. Das kann dir aber euer Datenschutzbeauftrage oder Rechtsbeistand genauer erläutern ob Ihr dies braucht. EDIT: Habe etwas über das Datenschutzgesetz gefunden: https://www.datenschutzbeauftragter-info.de/fachbeitraege/eu-datenschutz-grundverordnung/

Neben dem lernen der Grundlagen, was dir ja schon nahegelegt wurde, solltest du dich langsam an das Problem tasten. Teil das Programm auf und mach ein Schritt nach dem anderen. Du brauchst erstmal die einzelnen Teile der Datei: $date = Get-Date -Format 'ddMMyy' $spirograph = $file.BaseName $fileDate = Get-Date $file.CreationTime -f 'ddMMyy' $i = # Woher nimmst du diese? Muss die je durchlauf eindeutig sein? Dann erstelle einen Zähler in der Schleife. Dann kannst du den neuen Dateinamen zusammenbauen. $newName = "$date_$spirograph_$fileDate_$i" usw.

Sowohl ein Windows Server als auch Exchange sind nicht auf IPv6 angewiesen aber es wird von MS nicht mehr ohne getestet und ist nicht supportet.

Aber es schadet nicht (solange man nur benötigte Updates genemigt) alle Kategorien und fast alle (ich hab z.B. überall die Treiber abgewählt) Klassifizierungen zu aktivieren.

Frag BadenIT, ob die auch S3 anbieten. S3 ist mittlerweile eine Schnittstelle und hat nicht nur etwas mit Amazon zu tun.

Wieso brauchst du einen regelmäßigen Zonenrefresh?

Solange die Updates nicht genehmigt sind werden diese auch nicht heruntergeladen und du hast kein Problem. Du darfst nur nicht alle Upates genemigen, nur die die von Clients benötigt werden (Status -> Needed).

Aber hoffentlich die Exchange 2016 Management Tools.

Lade mal das Snapin Microsoft.Exchange.Management.PowerShell.E2010 statt Microsoft.Exchange.Management.PowerShell.SnapIn.

Ich würde dies nicht unbedingt mit einem Windows Server machen sondern mit einer Firewall davor.

Alternativ Kemp. Davon gibt es eine Free Version.

Kann die ERP Software nicht direkt per SMTP schicken? Via Outlook ist ein krampf.