Jump to content

tomtom111

Members
  • Gesamte Inhalte

    9
  • Registriert seit

  • Letzter Besuch

Fortschritt von tomtom111

Apprentice

Apprentice (3/14)

  • Erste Antwort
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei
  • 1 Jahre dabei

Neueste Abzeichen

0

Reputation in der Community

  1. Guten Morgen, vielen Dank für die Antworten. Ich kann bestätigen das unter v19 das markieren und drücken der Entfernen-Taste funktioniert. Die XML ist noch vorhanden. Bei mir gehen die "ServerConnectionItem" bei Zeile 583 los. Scheint also auch über die XML zu funktionieren Nochmals Danke. Gruß Tom
  2. Guten Morgen, ich habe einen Windows Server 2019 mit SQL Server 2019 und SSMS in der Version 19 am laufen. Des weiteren habe ich 3 Instanzen installiert. Es läuft alles ohne Probleme, ich habe eigentlich nur ein Schönheitsproblem im SSMS. Wenn ich den SSMS starte kann ich im Fenster "Verbindung mit SQL Server herstellen" unter Servername die Instanz aus der Liste auswählen mit der ich verbinden will. Hier tauchen aber alle Instanzen doppelt auf. Auch Instanzen die nicht mehr vorhanden sind (deinstallierte Instanzen) stehen noch immer in der Liste. Ich habe bereits den den SSMS deinstalliert und neu installiert die Liste führt aber weiterhin die Instanzen doppelt mittlerweile drei mal und auch deinstallierte Instanzen auf. Ich bin mir nicht sicher aber ich glaube das ist seit dem Update vom SSMS auf Version 19. Gestern habe ich den SSMS neu installiert und nun stehen die installierten Instanzen 3 mal in der Liste drin. Wenn ich auf <Suche fortsetzen> und dann Datenbank-Engine erweitere stehen nur die drei Instanzen drin die derzeit am laufen sind. Kann man diese Liste bereinigen? Gruß Tom
  3. Hallo alle zusammen, ich habe mich dazu entschlossen den WSUS erstmal so zulassen wie er ist. Er hat jetzt genug Platz und arbeitet wieder. Mittlerweile habe ich ich bereits um Angebote für einen neuen Server gebeten. Ich werde versuchen die GF davon zu überzeugen einen ESXi und zwei Virtuelle Server einzusetzen. Die Serverversionen sollen WinServ19 werden. Dazu einen Exchange 2017 und den SQL Express 2017. Ich glaube damit fahre ich am besten. Denn der Exchange ist ebenfalls veraltet und die Umstellung in Januar auf Win10 und Office 16 bzw. 19 setzen einen neuen Exchange voraus. Ich bedanke mich dennoch für eure Hilfe und Tipps. Schönes Wochenende euch allen. Gruß tomtom
  4. der gleiche Fehler wieder, nach gefühlten 5-10 Minuten kommt die Fehlermeldung das der Dienst "WsusService" nicht beendet werden kann. Ich habe mich parallel dazu noch auf andere Internseiten umgesehen. Dort hieß es dass das Verschieben des Content Ordners über die CMD nicht gehen soll da es ein SBS ist. Bei diesem müsse man den Content Ordner über den Assistenten verschieben. Kannst du das bestätigen oder dementieren? Mir ist auch nicht klar warum das wsusutil.exe den Dienst beenden will. Der dienst läuft doch gar nicht mehr. Du meintest doch man könnte den Pfad des WsusContent an der Datenbank direkt auslesen hast du da ein SQL Befehl für. Ich habe mich schon auf andere Seiten umgesehen aber nichts passendes gefunden. Man ließt immer nur "den Pfad in der Registry anpassen".
  5. Hallo Sunny, an den berühmten Reboot habe ich zu spät gedacht. Habe den aber mittlerweile vollzogen. Auf meiner alten Partition ist auch schon wieder etwas Platz drauf. ich versuche es jetzt noch einmal und berichte wieder. [EDIT] Auch nach dem neustart hat sich nicht geändert. In der cmd erhalte ich immer noch den Fehler "WSUS Synchronisierungsdienst (WsusService) kann nicht beendet werden" und im Assistenten bekomme ich weder den Fehler das die Größe von Content nicht zu ermitteln sei.
  6. Hallo Sunny, ich habe jetzt eine 1TB (hatte keine kleinere) direkt im Server verbaut. Das Verschieben der Datenbank und der log Dateien ging problemlos. jetzt wollte ich den Content Ordner ebenfalls auf die neue Platte verschieben. Ich habe es über die SBS Console mit den Assistenten Windows Update-Repository-Daten verschieben versucht. Hier Endet das ganze aber mit dem Fehler: "Die Größe des WSUS-Repositorys ist nicht verfügbar." darauf habe ich es mit dem Boardmittel wsusutil.exe movecontent <Zielpfad> <logDatei> versucht. Hier endete das ganze mit dem Fehler: "C:\WSUS existiert nicht". das es nicht gefunden wird ist ja klar es liegt ja auch nicht auf C:\. Ich habe nun den Content Pfad in HKLM/Software/... auf die volle Partition angepasst und erneut versucht zu verschieben. Mit dem Assistenten endet es wieder im oben genanten Fehler. Mit wsusutil.exe scheint es jetzt aber zu gehen. Kannst du mir vielleicht kurz erklären was da los war bzw. ist. Wieso findet der Assistent den Content Ordner nicht und wieso war in der Registry noch der Pfad C:\WSUS vorhanden. Muss man diesen immer manuell anpassen? Wenn ja dann hätte der Assistent doch durchlaufen müssen nachdem ich ihm den neuen (alten) Pfad angeben habe. Oder hat jemand beim erstmaligen verschieben der Datenbank und Content Ordner schon einen Fehler gemacht? Gruß tomtom [EDIT] Mit dem wsusutil.exe movecontent bekomme ich jetzt den Fehler das der WSUS Synchronisierungsdienst nicht beendet werden kann. [EDIT] Ich habe den Dienst UpdateServices manuell in der Dienstverwaltung beendet dennoch schreibt wsusutil.exe das der Dienst nicht beendet werden kann.
  7. Hallo Sunny, nachdem ich mir die Seiten angesehen habe, denke ich auch dass das Verschieben der DB der beste Weg und einfachere Weg für mich ist. Problem daran ist nur das ich keine Partition habe wo noch ausreichend Platz ist. Kann ich die DB auch auf eine externe HDD schieben? Also das es funktioniert denke ich schon, nur ist es auch Sinnvoll?
  8. Guten Morgen Sunny, Danke für die Antwort, die Seiten werde ich mir mal ansehen. Auf der Partition liegt nur der WSUS Ordner und ein Datenverzeichnis für eine Finanzsoftware. Das der SBS 2008 nicht mehr zu den aktuellen Systemen gehört, ist mir bewusst. Ich versuche schon die Leitung davon zu überzeugen das ein aktuelles System aufgesetzt werden muss, Doch solange muss der SBS noch durchhalten.
  9. Hallo alle zusammen, bisher konnte ich mich mit meinen Problemen die ich hatte an die Google Suchmaschine wenden und bin meist fündig geworden. Doch in diesem speziellen Fall brauch ich eure Hilfe. Eines muss ich vorweg schon mal sagen, ich bin nicht so ein Server Freak wie man es in diesem Forum erwarten würde. Ich komme eigentlich aus der Welt der Anwendungsentwicklung und muss mich jetzt Berufsbedingt mit Servern und Netzwerken auseinander setzen. Nun zu meinem Problem. Ich habe hier einen Windows Server sbs 2008 mit WSUS 3.0 SP1. der Server sowie das Netzwerk wurde durch meinen Vorgänger eingerichtet und Verwaltet. Dieser hat nun die Firma verlassen und ich habe keine Möglichkeit den alten Admin zu fragen was er hier gemacht hat. Der WSUS hat seit langer Zeit keine Updates mehr geladen oder an die Clients verteilt. Ich wollte nun als erstes den WSUS wieder zum laufen bringen. Ich sah mir die Konfiguration an und fand den Speicherort der SUSDB.mdf und hier scheint das Problem zu liegen warum keine Updates geladen werden . Der Speicherplatz der Partition beträgt nur noch 980kb. Ich habe daraufhin den Bereinigungsassistenten von WSUS durchlaufen lassen. Nach zirka 10 Minuten brach er mit einem Fehler ab. Datenbank ist nicht erreichbar. TimeOut - Fehler. Beim zweiten Durchlauf habe ich den Haken beim Löschen von Updates weggelassen und der Assistent lief bis zum Schluss durch. Am Speicherplatz hat sich nichts getan aber das habe ich schon vermutet. Also wollte ich die Updates über PowerShell mit Hilfe von Scripts löschen lassen doch hier bekam ich ebenfalls TimeOut fehler. Ich habe die Scriptausfühungszeit auf 0 reduziert was einem deaktivieren gleichkommen soll. Aber auch hier brach die Verbindung zur DB immer ab. Ich habe mich nun direkt über SQL Manager angemeldet und auf der SUSDB folgene SQL query abgesetzt. DECLARE @var1 INT DECLARE @msg nvarchar(100) CREATE TABLE #results (Col1 INT) INSERT INTO #results(Col1) EXEC spGetObsoleteUpdatesToCleanup DECLARE WC Cursor FOR SELECT Col1 FROM #results OPEN WC FETCH NEXT FROM WC INTO @var1 WHILE (@@FETCH_STATUS > -1) BEGIN SET @msg = 'Deleting ' + CONVERT(varchar(10), @var1) RAISERROR(@msg,0,1) WITH NOWAIT EXEC spDeleteUpdate @localUpdateID=@var1 FETCH NEXT FROM WC INTO @var1 END CLOSE WC DEALLOCATE WC DROP TABLE #results Soweit so gut das löschen geht los. Nach zwei Tagen drei Stunden und 45 Minuten ist der Löschvorgang gerade mal bei Zeile 357 von 63431. Meine erste Frage daher, lohnt es sich überhaupt noch die Bereinigung durchlaufen zu lassen. Denn wenn ich das mal hochrechne würde der Server noch ca. 31 Tage bereinigen und bis jetzt hat sich am freien Speicher nichts geändert. Generell hätte ich damit kein Problem aber der Vorgang zieht die Leistung des Servers runter der RAM ist fast Vollständig in Benutzung die CPU schwankt auch immer zwischen 70 und 90 % Auslastung. Meine zweite Frage ist, ist es vielleicht sinnvoll den Vorgang abzubrechen und dem WSUS eine neue Datenbank zu geben. Noch kurz zur Info die SUSDB.mdf hat eine Größe von ungefähr 110GB, der Content Ordner gerade mal 14 GB. Ich weiß das einige von euch jetzt mit dem Kopfschütteln werden und sich fragen was nen Anwendungsentwickler am Server will. Doch manchmal kann man es nicht aussuchen und die Miete muss auch jeden Monat bezahlt werden. Ich hoffe ihr könnt über diesen Umstand hinwegsehen und mir dennoch weiterhelfen. Gruß und Vielen Dank im voraus tomtom
×
×
  • Neu erstellen...