passt

Das Problem ist, dass ich in einer Abfrage mittels OPENROWSET auf die alten dBase-Daten zugreife. Dieser OPENROWSET "Befehl" wird vom MSSQL Server selber (als Client) verarbeitet. Nun ist dieser in der 64Bit Version installiert und hat somit nicht die dBase-ODBC-Treiber. Um dieses nun entstandene Problem zu umgehen, müsste ich irgendwo eine 32Bit Version von MSSQL Express 2008 installieren. Diese MSSQL Instanz müsste ich dann mit der 64Bit Instanz als Linked Server verbinden. Dann sollte es theoretisch gehen. Das liest aber nicht nur für mich kompliziert :(

beitrag überflüssig

nein, es handelt sich um 32bit. kann es sein, dass die treiber aufgrund der installation von ms office vorhanden sind? – Ich Esel! Es geht um die 64bit Version. Da hatte ich gestern schon gelesen, dass es von MS einen Download für MSDASQL 64bit gibt. – 64-Bit-OLE DB-Anbieter für ODBC (MSDASQL) Hm, ich habe mir jetzt dieses Package runtergeladen. Es ist aber als Hotfix für Windows Server 2003 und Windows XP benannt. Wenn ich es versuche unter Windows Server 2008 x64 zu installieren, erhalte ich immer die Fehlermeldung "Not enough storage is available to process this command." Langsam weiß ich nicht mehr weiter... – Und noch Stückchen mehr an Information. So wie hier am Beispiel Vista x64 oder hier in einem älteren Thread zu sehen, gibt es zwei verschiedene Version für x64 und x32 des ODBC-Supports. Abhängig von der x-bit Version der Anwendung, die ODBC benötigt, wird die entsprechende Version verwendet. Beim obigen Vista x64 Beispiel kann man sehen, dass für x64 keine dBase-Treiber zur Verfügung stehen sondern nur für x32. Da ich aber ein MSSQL Express in der x64 Version installiert habe, ist der Zugriff auf dBase auch nicht möglich. Ich sehe jetzt zwei Möglichkeiten. Entweder ich kann MSSQL Express überzeugen das ODBC x32 zu verwenden - das wird wohl nicht gehen! - oder es findet sich noch ein dBase-Treiber für ODBC x64. Kann mir jemand eine Quelle für die zweite Variante nennen?

Hallo allerseits, wir haben eine Datenbank umgezogen von MSSQL Server 2000 installiert auf Windows Server 2000 auf MSSQL Express 2008 installiert auf Windows Server 2008. Nun fehlen mir in den ODBC Datenquellen die Treiber für jegliche Datenbank-Typen, insb. fehlen mir die 'Microsoft dBase-Treiber (*.dbf)'. Wo erhalte ich diese Treiber? Sind die bei der Microsoft Jet 4.0 Datenbank Engine enthalten? Gruß Peter

Ich habe langsam den Verdacht, dass bereits bei dem Problemkind Server die Gruppenrichtlinien uns einen Strich durch die Rechnung machen. Da ich jetzt kurzfristig noch etwas anderes fertig machen muss und mich am WE eher um Weihnachtsgeschenke als um WSUS kümmern muss, werde ich das Thema auf Montag verschieben. 'lujah, sag i! Einen frohen 4. Advent :)

Danke, dass du dir schon so das Hirn gemartert hast, ich gebe es auf, den WSUS auf diesem Server zu installieren. Ich versuche es jetzt auf einem anderen Server. Der hat auch wesentlich mehr freien Platz auf der C: Partition. Allerdings habe ich da jetzt schon Probleme die aktuellen Windows Updates zu installieren.

Ich weiß, dass die Frage ein wenig naiv ist. Aber ich meine irgendwo gelesen zu haben, dass Windows Server Installation z.T. keinen nachträglich eingebauten Prozessor erkennen. Stimmt das so?

Ok, inzwischen habe ich mich schlau gemacht und gesehen, dass genau die Integration von Backup- bzw. allgemein von Wartungs-Aufträgen über das Management Studio eine der fehlenden Funktionen der kostenlosen Express-Variante des SQL Servers 2008 ist. Kennt jemand Scripts wie ich die Indizierung oder Prüfung der Datenbanken per Batchdatei ausführen kann? Für das Backup habe ich inzwischen ein Script.

Hallo allerseits, stört sich eine bestehende Windows Server 2003 Installation daran, wenn ich aus dem Server den zweiten Prozessor und ein Teil des Speichers ausbaue? Gruß Peter

Ich habe hier einen Windows Server 2003 (kein R2). Der Ordner und auch der IIS-Eintrag existierte bereits. Allerdings waren die NTFS-Berechtigungen anders als bei den anderen Nachbar-Ordnern. Das habe ich jetzt geändert. Im IIS habe ich jetzt auch den Anwendungsnamen erstellen lassen, so dass diese drei Einstellungen jetzt auch identisch vorhanden sind. Dort ist ASP.NET 2.x bereits zugelassen. Nachdem ich die obigen Änderungen durchgeführt habe, habe ich jetzt aufgrund der späten Uhrzeit den Server komplett neu starten können. Leider hat das auch keinen Erfolg gebracht - hätte mich auch gewundert.

Hallo allerseits, wie kann ich bei SQL Server 2008 Express ein Backup-Plan einrichten. Beim SQL Server 2000 konnte ich im Enterprise Manager unter Management / DB Maintenance Plans mit Hilfe eines Assisstenten einen täglichen Backup-Auftrag erstellen. Im SQL Server Management Studio der 2008er Express-Version finde ich das nicht mehr. Ich möchte gerne nachts die Datenbanken in Dateien sichern. Kann mir jemand helfen? Gruß Peter

Im SQL Server Configuration Manager war weder TCPIP noch Named Pipes aktiviert. Dies habe ich jetzt aktiviert und den SQL Server Dienst neu gestartet, aber der Port 1433 ist immer noch nicht erreichbar. Selbst wenn ich lokal auf dem Rechner einen Portscan durchlaufen lasse, wird dieser nicht angezeigt. Firewall ist übrigens deaktiviert. – Das Problem ist gelöst. Das ganze war eine frische Installation und es lief der Dienst SQL Browser noch nicht. Nach dessen Start, kann ich auch problemlos eine ODBC-Verbindung von einem Client erstellen - obwohl ich den Port 1433 immer noch nicht sehe.

Hallo allerseits, ich habe Probleme eine Verbindung zu MSSQL2008 Express auf Windows Server 2008 aufzubauen. Ein Portscan zeigt, dass der Port 1433 nicht erreichbar ist. Wo kann ich am SQLServer (mit installierten Management Studio) erkennen, ob TCP-Kommunikation und auf welchen Port erlaubt ist? Wo kann ich am Windows Server 2008 erkennen, ob der Port vom Server geblockt ist? gruß, Peter

Ich installiere schon die Version 3.0 mit SP1. Leider immer noch keine Besserung. Das Dokument habe ich jetzt durchgearbeitet. Die dort gezeigten Einstellungen entsprechen weitesgehend denen des vorher von dir genannten Technet-Artikels. Wie vorher habe ich im Detail kleine Unterschiede in meiner Konfiguration. Da ich mich mit dem IIS aber nicht auskenne, weiß ich nicht wo ich diese ändern muss, wenn es überhaupt nötig ist. Teilweise werden die Unterschiede wahrscheinlich von den installierten Webseiten des Exchange Servers und des Trend Micro Virenscanners kommen. *** globaler Dienst W3SVC *** DefaultDoc : (STRING) ... [color="Red"]<- zusätzlich "Default.aspx"[/color] CGITimeout : (INTEGER) 7200 [color="Red"]<- Vorgabe 300[/color] InProcessIsapiApps : (LIST) (10 Items) [color="Red"]<- Vorgabe 6[/color] "C:\Programme\Exchsrvr\bin\davex.dll" "C:\Programme\Exchsrvr\bin\exprox.dll" "C:\Programme\Exchsrvr\bin\MasSync.dll" "C:\WINDOWS\system32\bitssrv.dll" "C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\aspnet_isapi.dll" [color="Red"]und 28 weitere Log-Einträge[/color] ApplicationDependencies : (LIST) (8 Items) [color="Red"]<- Vorgabe 6[/color] "Microsoft Exchange Server;MSEXCHANGE,ASP" "Trend Micro Messaging Security Agent for Microsoft Exchange;SMEX" WebSvcExtRestrictionList : (LIST) (189 Items) [color="Red"]<- Vorgabe 8[/color] "1,C:\WINDOWS\system32\inetsrv\asp.dll,0,ASP,Active Server Pages" [color="Red"]<- Vorgabe beginnt mit "[b]0[/b],C:\WINDOWS\..."[/color] [color="Red"]Die meisten der 180 zusätzlichen Einträge stammen von Trend Micro.[/color] *** Website: W3SVC WSUS-Verwaltung *** LogPluginClsid (STRING) "{FF160663-DE82-11CF-BC0A-00AA006111E0}" [color="Red"]<- der Eintrag fehlt[/color] *** Web Service: ApiRemoting30 *** AuthFlags : (INTEGER) 20 [color="Red"]<- Vorgabe 21[/color] AuthAnonymous : (BOOLEAN) False [color="Red"]<- Vorgabe ist True, ABER im Technet-Dokument wird vorher auch FALSE vorgegeben[/color] *** Web Service: Inventory *** [color="Red"]Die folgenden Einträge fehlen komplett:[/color] AppFriendlyName (STRING) "Inventory" AppIsolated (INTEGER) 2 Path (STRING) "<WSUSInstallDir>\WebServices\Inventory" Könnte es sein, dass die Ursache an den .NET Framework Versionen 1.1 und 2.0 liegt, die beide installiert sind und auch beide von Websites im IIS verwendet werden? Stutzig macht mich, dass der WSUS 3.0 zwingend ASP.NET 2.0 benötigt, im IIS die Website "WSUS-Verwaltung" aber die (nicht änderbare) Version 1.1.4322 anzeigt. Die darunter liegenden Einträge ApiRemoting30, ClientWebService usw. verwenden die Version 2.0.50727.

Ich habe kein 64Bit Windows, ApiRemoting30 ist auf ASP.Net2.0 eingestellt, der Port 8530 ist auch in der Registry eingestellt, SSL ist bei mir nicht eingerichtet. Ich habe kleine Unterschiede im Detail: [b]Check the IIS configuration of the reporting web service using the IIS script adsutil.vbs (or use the IIS Administration UI Tool).[/b] 6. Compare the output with typical values below... AuthFlags:21 <-- Mein Wert = 20 AuthAnonymous:True <-- Mein Wert = False 7. Type <InetpubDir>\AdminScripts\adsutil.vbs enum W3SVC/1 SecureBindings:":443:" <-- Der Eintrag existiert bei mir nicht DefaultDoc:"Default..." <-- Hier habe ich noch zusätzlich = Default.aspx LogPluginClsid:"{FF160663-DE82-11CF-BC0A-00AA006111E0}" <-- Der Eintrag existiert bei mir nicht [b]Verify[/b] am Schluss wsusutil checkhealth <-- Das zeigt natürlich genau die Fehler im Eventlog, die ich festgestellt habe. Mich irritiert ein wenig die Website-ID von 1466673621 für die WSUS-Verwaltung. Die anderen Websites haben IDs 1, 3 oder 4. Bei allen anderen Links konnte ich die gleichen Werte feststellen. Wie kann ich denn die obigen Unterschiede bei mir anpassen?

Leider kriege ich nach der Installation immer noch keine Verbindung zum WSUS hin. Den Port 8530 habe ich bei der Installation natürlich ausgewählt. Im Ereignisprotokoll werden weiterhin die gleichen Warnungen bzw. Fehler wie im Eröffnungsthread angezeigt. ASP.NET 2.0.50727.0 meldet für die sechs Teildienste des WSUS im IIS Warnungen mit der ID 1310 und anschließend der Windows Server Update Services zeigt die Fehler 12002, 12012, 12022, 12032, 12042 und 12052.

Hm, allerdings habe ich auf der C: Partition nur noch 3GB frei. Ich mache mir Sorgen, dass das Selfupdate die Partition füllt. Die Datenbank bzw. die herunterzuladenden Updates werde ich auf D: speichern lassen. Zurück zum Thema. Sowie es jetzt aussieht sind alle Rückstände der vorhergehenden WSUS-Installation(en) entfernt und ich kann erneut loslegen. Richtig? Ich gehe übrigens nach dieser Anleitung vor.

Nein, Sharepoint ist nicht installiert. Den Dienst WID gibt es tatsächlich, aber inzwischen habe ich WID deinstalliert. Was heißt WDS? Ja, ich möchte WSUS3.0 SP1 neu installieren. Kann ich dabei eigentlich bestimmen, dass der Programmpfad von c: nach "d:\programme\update services" verlegt wird?

Der Registry-Eintrag ist nicht vorhanden. Dafür aber die "Windows Internal Database" in der Software. Was nun tun? Ich habe inzwischen den Ordner c:\programme\update services entfernt, da sich darauf nur noch Einträge im IIS bezogen, die z.T. aber auch nicht mehr im Ordner "update services" existierten.

Ich habe jetzt den WSUS 3.0 SP1 wieder deinstalliert. Im System finde ich aber immer noch Restbestände des WSUS. Zum Bsp. ist der Ordner "c:\programme\update services" immer noch vorhanden und freigegeben. Ebenso finde ich im IIS unter den Websites Einträge, die sich auf den WSUS beziehen. Darf ich dies alles bedenkenlos löschen?

Hast du schon den Monitor getauscht? Kannst du denn bei so einem Ausfall per RDP dich mit dem Server verbinden?

Das heißt, dass das Band tatsächlich voll ist. Die Volumenangaben für Bänder sind maximale Angaben für Daten, die komprimiert auf dem Band gespeichert werden. Dein Band mit 400GB hat eine tatsächliche Speicherkapazität von 200GB und bei einer optimalen Kompressionsrate von 50% eine Speicherkapazität von 400GB.

Hallo allerseits, wir haben einen Windows Server 2003 SP2, der MSEX2003 und TrendMicro installiert hat. Beide Anwendungen haben im IIS Webseiten OWA und die Web Konsole des TM hinterlegt. Bis vor einigen Wochen war der WSUS 2 installiert. Dieser ist aber zwischenzeitlich entfernt worden. Ich kann aber nicht sagen, ob er vollständig entfernt wurde oder nicht doch noch Restbestände, z.B. im IIS, vorhanden sind. Ich habe auf jeden Fall vorher alle .NET Framework Installationen 3.0 und 2.0 sauber vom System entfernt. Für die Installation des WSUS3 habe ich dann .NET 2.0 inkl. SP1 wieder hinzugefügt. Heute habe ich dann WSUS 3.0 SP1 erfolgreich installieren können. Danach konnte ich allerdings über dessen Konfigurationskonsolle keine Verbindung zum WSUS aufbauen. Der WSUS zeigt im Log Fehler mit den EventIDs 12002, 12012, 12022, 12032, 12042 und 12052 an. Ebenfalls wird im Log dieser Fehler angezeigt: Ereignistyp: Fehler Ereignisquelle: ASP.NET 1.1.4322.0 Ereigniskategorie: Keine Ereigniskennung: 1062 Datum: 15.12.2008 Zeit: 19:01:38 Benutzer: Nicht zutreffend Computer: FILESERVER Beschreibung: Es können nicht zwei verschiedene Versionen von ASP.NET im gleichen IIS-Prozess ausgeführt werden. Konfigurieren Sie den Server mit dem IIS-Verwaltungstool neu, um die Anwendung in einem separaten Prozess auszuführen. Um diesen Fehler auszumerzen habe ich testweise die bisherigen Webseiten OWA und des TM von ASP.NET 1.1.4322 auf Version 2.0.50727 umgestellt. Danach ist die FehlerID 1062 zur Quelle "ASP.NET 1.1.4322.0" auch nicht mehr aufgetreten. Allerdings zeigen sich jetzt im Anwendungsprotokoll Warnhinweise der Art: Ereignistyp: Warnung Ereignisquelle: ASP.NET 2.0.50727.0 Ereigniskategorie: Web Event Ereigniskennung: 1310 Datum: 15.12.2008 Zeit: 19:33:32 Benutzer: Nicht zutreffend Computer: FILESERVER Beschreibung: Event code: 3008 Event message: Es ist ein Konfigurationsfehler aufgetreten. Event time: 15.12.2008 19:33:32 Event time (UTC): 15.12.2008 18:33:32 Event ID: eed069a4e1304ce980f19c6161dfcfb8 Event sequence: 1 Event occurrence: 1 Event detail code: 0 Application information: Application domain: /LM/W3SVC/1/ROOT/SimpleAuthWebService-14-128738396125781250 Trust level: Full Application Virtual Path: /SimpleAuthWebService Application Path: C:\Programme\Update Services\WebServices\SimpleAuthWebService\ Machine name: FILESERVER Process information: Process ID: 7176 Process name: w3wp.exe Account name: NT-AUTORITÄT\NETZWERKDIENST Exception information: Exception type: HttpException Exception message: Die Datei oder Assembly System.Runtime.Serialization, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden. Request information: Request URL: http://fileserver/SimpleAuthWebService/SimpleAuth.asmx Request path: /SimpleAuthWebService/SimpleAuth.asmx User host address: 192.168.41.4 User: Is authenticated: False Authentication Type: Thread account name: NT-AUTORITÄT\NETZWERKDIENST Thread information: Thread ID: 1 Thread account name: NT-AUTORITÄT\NETZWERKDIENST Is impersonating: False Stack trace: bei System.Web.Compilation.BuildManager.ReportTopLevelCompilationException() bei System.Web.Compilation.BuildManager.EnsureTopLevelFilesCompiled() bei System.Web.Hosting.HostingEnvironment.Initialize(ApplicationManager appManager, IApplicationHost appHost, IConfigMapPathFactory configMapPathFactory, HostingEnvironmentParameters hostingParameters) Ich denke, dass ich diese Warnmeldungen nicht so ohne weiteres ignorieren sollte. Ebensowenig kann ich mich immer noch nicht zum WSUS über dessen Konfiguration Konsole verbinden. Weiß jemand Rat? Gruß, Peter

Das ist so nicht richtig. SQL 2008 Express enthält in den Varianten "Microsoft SQL Server 2008 Express with Advanced Services" und "Microsoft SQL Server 2008 Express with Tools" das SQL Server Management Studio. Ich glaube, dass in dem Umfang, in den ich den 2000er Enterprise Manager einsetze, ich mit dem SSMS gut aufgehoben bin. Aber ich muss den bisherigen EM2000 ja auch nicht deinstallieren.

Hallo allerseits, aufgrund eines Serverumzugs von Windows 2000 auf Windows 2008 werden auch einige kleinere Datenbanken von MSSQL 2000 (full version) auf MSSQL 2008 Express umgezogen. Kann ich dabei den Enterprise Manager 2000 durch das MS SQL Server Management Studio 2008 ersetzen, auch wenn ich noch z.T. auf die MSSQL 2000 Datenbanken zugreifen möchte? gruß, Peter