Wenn man versucht den SQL Server 2005 auf Vista x64 zu installieren, bekommt man die Warnung "ASP.NET ist nicht für eine 32bit Anwendung registriert". Die SQL Reporting Services benötigen 32bit-ASP.NET.

Für alle die dasselbe Problem haben, kann ich diesen Artikel empfehlen:

• http://www.tryexcept.com/articles/2007/07/18/installing-sql-server-2005-express-in-windows-vista.html

Bei dem Aufruf der .vbs-Datei ist ein Fehler bei dem Artikel. Bei mir hat es so funktioniert:

cscript c:\inetpub\AdminScripts\adsutil.vbs set w3svc/AppPools/Enable32bitAppOnWin64 1

Nachdem man die Änderung ausgeführt hat, habe ich die Installation ausgeführt und folgende Fehlermeldung erhalten:

ERROR 1706 Setup cannot find the required files. Check your connection to the network, or CD ROM! For other potential solutions to this problem, see c:\Program Files\Microsoft Office\Office11\1033\Setup.chm

Lösung: Die OWC (Office 2003 web components) müssen ein Update erhalten, dieses findet man hier:

• http://www.microsoft.com/downloads/details.aspx?familyid=7287252C-402E-4F72-97A5-E0FD290D4B76&displaylang=en

Wenn man die Client Tools updaten möchte, dann muss man das Setup mit dem Parameter "Setup.exe SKUUPDATE=1" starten

Danach lief die Installation durch! :) Aber nicht vergessen das Sql Server 2005 SP2 danach zu installieren!

Wie auf dem MS Sharepoint Blog zu lesen, gibt es neue Versionen der IFilter (sogar auch für x64 ;-). Was mir aber aufgefallen ist, was ist den WDS 4 (die neue Version der Windows Desktop Search)?

Die Neuerungen auf einen Blick:

Contents:

The filter pack includes the following IFilters:

·         Metro (.docx, .docm, .pptx, .pptm, .xlsx, .xlsm, .xlsb)

·         Zip (.zip)

·         OneNote (.one)

·         Visio (.vdx, .vsd, .vss, .vst, .vdx, .vsx, .vtx)

Supported Products:

·         SPS2003, MOSS2007, Search Server 2008, Search Server 2008 Express

·         WSSv3

·         Exchange 2005

·         SQL 2005, SQL 2008

·         Windows Desktop Search 3.01, WDS 4

Overview:

·         The Filter Pack installs the above IFilters on the machine

·         Each IFilter is registered with Windows Indexing Service

·         Each product above has a corresponding KB to describe how to register the filters

Q&A:

“I noticed <product X> is not listed as a supported product, why is it not included?”

-       When we created the project plan we came up with the list of Microsoft Search products that we would be supporting.  During the project lifecycle we’ve tested to ensure that the Filter Pack works properly with each of these products.  We will work to determine if any new Search products can be supported in the future.

 

“Is the Filter Pack localized for <language y>?”

-       The Filter Pack will be localized in 36 different languages (see below).  It has been passed off for localization – details will be posted as they become available.  At the time of release (12/18), the Filter Pack will available in en-us only.

Fully Localized SKU Languages	Language Pack Languages
Arabic	Bulgarian
Brazilian	Croatian
Chinese (SC)	Estonian
Chinese (TC)	Hindi
Czech	Latvian
Danish	Lithuanian
Dutch	Romanian
English	Serbian (Latin)
Finnish	Slovak
French	Slovenian
German	Ukrainian
Greek
Hebrew
Hungarian
Italian
Japanese
Korean
Norwegian (Bokmal)
Polish
Portuguese
Russian
Spanish
Swedish
Thai
Turkish

 

“Is the Filter Pack available for x64/x86?”

-       The Filter Pack will be available in both x64 and x86 – there are two separate downloads (same location).

 

“What about the Tiff/MODi IFilter”

-       Unfortunately, at the time of release, the TIFF filter is not shipped with the Filter Pack. We do understand how important the issue is for our customers and will be working on providing an alternative solution.

Den Download gibt es hier

Bei einem Projekt hatte ich folgende Situation:

Eine Datenbank im SQL Server 2005 hat eine Tabelle in der eine Spalte als IMAGE Field (z.B. Data) deklariert ist. Diese Spalte ist mit Daten gefüllt und ich stand vor dem Problem mit einem UPDATE-Statement das Field auf "null" zu setzen.

Kein Problem dachte ich und schrieb folgende Zeilen:

1 string strSql = "UPDATE Test SET Data=@dat;";
2 SqlCommand cmd = new SqlCommand(strSql, connection);
3 cmd.Parameters.AddWithValue("@dat", null);
4 cmd.ExecuteNonQuery();

Parameterized Query '(@Data nvarchar(4000)' expects parameter @dat, which was not supplied

Na gut dachte ich, dann eben statt null mit DBNull.Value... tja leider wieder kein Erfolg. Auch mit SqlDbType.Image kam ich auch nicht weiter. Nach längerem ausprobieren bin ich dann auf folgende "einfache" Lösung gestoßen:

1 string strSql = "UPDATE Test SET Data=null";
2 SqlCommand cmd = new SqlCommand(strSql, connection);             
3 cmd.ExecuteNonQuery();

Aber warum das nicht anders geht, habe ich leider nicht herausbekommen. Vielleicht hat ja einer von Euch eine Erklärung?

Eigentlich wollte ich mal "eben" mit einem SQL Server 2005 PDF-Dateien indizieren, leider erwies sich diese Aufgabe als zeitraubender als ich dachte.... Jedenfalls wenn man das noch nie gemacht hat! Deshalb möchte ich allen mitleidenden folgende Kurzanleitung mit auf den Weg geben:

Wichtig ist, dass ihr den SQL Server 2005 32 Bit benutzt, da viele Nicht-Microsoft IFilter noch 32 Bit Versionen sind (Das war das erste lange Gesicht was ich gemacht habe. Ich weiß, hätte man sich denken können, wenn man 64 Bit benutzt... mach ich jetzt auch ;-)) Einzige mir bekannte (ungetestet) Lösung ist, dass man sich einen COM+ 64 Bit-Wrapper schreibt.

Nun zur Installation:

1.  Adobe IFilter runterladen und installieren.

2.  Eine Tabelle in der Datenbank einrichten, welche die zu indizierenden Daten enthalten soll.

3.  Die Tabelle muss eine eindeutige ID enthalten, eine Spalte vom Typ varbinary, welche die Binärdaten enthält und eine Spalte wo die Dateitypen (Endungen) gespeichert werden, z.B. char(3). Die Dateiendungen (.pdf) müssen ohne "." gespeichert werden.

4.  Nun erstellt man einen VolltextKatalog für diese Tabelle und verknüpft die Binärdatenspalte mit der Dateitypen Spalte über den Assistenten.

Und nun kommt die "Magic" ;-) Wenn man gedacht hat, dass nun alles läuft... denkste! (langes Gesicht 2). Da die Adobe IFilter DLL nicht signiert ist muss man dem SQL Server 2005 mitteilen, dass er diese DLL laden soll. Das hat sich gegenüber dem SQL Server 2000 geändert, da musste man nichts weiter einstellen. Die Einstellungen macht man mit folgenden zwei Zeilen im SQL Server Management Studio:

Use Datenbankname;
go;
exec sp_fulltext_service 'load_os_resources', 1;
exec sp_fulltext_service 'verify_signature', 0;
go;