So lautet die wörtliche Übersetzung von Jett Atwoods letztem Blogeintrag: You Want a 10,000 RPM Boot Drive

Gemeint ist eine der aktuellen SATA Raptor HDs von Western Digital.

Der Tipp käme zu spät, wenn ich nicht in den neuen Heimarbeits-PC genau aus dieser Serie das 74GB Modell eingebaut hätte. Ausführlicher: "Western Digital WD740ADFD Raptor 74GB 16MB 10.000RPM SATA". Mittlere Zugriffszeit 4,6ms.

Die zweite Platte ist eine, durchaus auch schnelle, 500GB Platte. Würde auch zu Jeffs Empfehlung passen. Die Platte ist für das digitale Medienzeitalter da. Der Datensarg quasi.

Die Raptor ist wesentlich kleiner als die große Platte. Trotzdem ist sie teurer. Wieso? Braucht man das? Die Raptor hat fast die halbe mittlere Zugriffszeit (4,6ms zu 8,9ms). Das Betriebssystem, Visual Studio, FireFox und Sql Server wollen alle ständig irgendwo auf der Platte was lesen oder schreiben. Nie viel, aber immer woanders. Die ständige Sucherei erledigt die Raptor spürbar schneller. Das ganze System ist spürbar flotter.

Natürlich muss der Rest auch adäquat performant sein. Sonst hilft die beste Platte nichts mehr. Dual Core und 2GB sind schon zu empfehlen.

Weitere (kostenlose) Performance Tricks:

• Die 74GB der Raptor langen für das OS und alle Programme locker. Mir genügen 40GB. Deswegen ist die erste Partition genau so groß und der Schreib-Lese-Kopf muss typischerweise nicht über die ganze Oberfläche fegen. Also noch schnellerer Zugriff.
• Aus dem gleichen Grund gibt es auf der 500GB Platte vorne eine 100GB Partition. Dort liegen alle Anwendungsdaten.
• Um die Last weiter zu verteilen ist die Auslagerungsdatei auch auf dieser 100GB Partition.
• Sql Server Standard Know How, aber trotzdem immer wichtig: Die Daten-Dateien und die Log-Dateien sind auch auf die beiden Platten verteilt.

Früher hatte ich mal Raid 0 im Einsatz. Das hilft aber nur beim Durchsatz und nicht bei den Zugriffszeiten. Ich finde, dass der Durchsatz heute kein Problem mehr ist. Ich bin froh, dass damals die Daten das Experiment überlebt haben.

Inzwischen konnte ich das Service Pack 1 für den Team Foundation Server erfolgreich installieren. Eine der neuen Features ist die Möglichkeit externe Verbindungen zu dem Server zu ermöglichen.

Der TFS stellt seine Dienste über Web Services zur Verfügung. Mit dem Service Pack unterstützt er jetzt auch Basic und Digest Authentifizierung auf diesen Diensten. Bisher ging nur Integrated Windows Authentifizierung. Windows Authentifizierung geht aber nicht über das Internet. Jetzt ist aber zusammen mit HTTPS/SSL und den neuen Authentifizierungen der sichere externe Zugriff möglich.

Das liest sich ganz einfach und wie vom TFS gewohnt, ist die Implementierung nur für ganz Mutige: Walkthrough: Setting up Team Foundation Server with Secure Sockets Layer (SSL) and an ISAPI Filter

Mit den üblichen Zutaten:

• Rumspielen in der Registry.
• Editieren von Tabelleneinträgen mit dem SQL Server  Management Studio.
• Ausführen von Programmen über die Shell.
• Erstellen von Konfigurationsdateien mit Notepad.
• Viel Herumklicken in diversen Management Konsolen.

Rootzertifikate kann man unter Vista x64 übrigens nicht mehr wie in dem Walkthrough beschrieben installieren. Über die CA Console direkt geht es aber.

Natürlich müssen alle beteiligten Firewalls den Zugriff erlauben, bzw. richtig weiterleiten. In unserem Fall also noch einmal ISA 2003 gefolgt von einmal Suse Linux mit iptables.

Schließlich hat es aber geklappt. Jetzt kann ich mit meinem neuen PC von zu Hause auf unsere Team Projekte zugreifen und fleißig weiter arbeiten. Muss ich jetzt ja auch, wenn ich vorher die ganze Zeit am TFS konfigurieren bin.

Passiert mir nicht zu oft, dass ich auf größere Dienstreise gehe. Diesmal hat es mich in die USA verschlagen. Genauer nach New Jersey. Von dort hatte ich die Gelegenheit auch mal kurz durch New York zu schlendern.

Die Stadt vibriert zu jeder Tageszeit und ist immer wieder beeindruckend. Gerade am Times Square tummeln sich die Touristen und es flimmern zahllose Video-Leinwände und Werbebotschaften.

Zwischen Nasdaq und Yahoo hat Microsoft ein großes Plakat platziert. Mit der nicht so überzeugenden "Wow" Botschaft:

Pick a "Wow"

Any "Wow"

Noch mal vielen Dank an meinen Gastgeber Wolfgang Danspeckgruber. Ohne den geliehen Mantel wäre der Aufenthalt bestimmt unangenehmer gewesen: "Sonst holt dich noch der Eisbär". Es war doch kälter als erwartet.

Als kleiner Abschluss noch die Statue of Liberty:

Mit dem Präfix clr-namespace kann man in XAML .NET Namespaces auf XML Namespaces mappen. Nur leider hat das bei mir nicht sauber funktioniert. Siehe auch XAML - clr-namespace - XamlParseException

Inzwischen habe ich das Problem genauer untersucht. Der XAML Parser versucht auf eine bestimmte Version der Assembly zuzugreifen: "Could not load file or assembly 'SPCatClient, Version=1.0.2596.20327...". Nur leider befindet sich zu dem Zeitpunkt bereits eine neuere Version im Debug Verzeichnis. Die Fehlermeldung ist also richtig. Aber wieso wird die Versionsnummer getestet? Die kann ja in diesem Fall gar nicht stimmen. Wahrscheinlich liegt es daran, dass ich alle Assemblies mit unserem CPTec Schlüssel signiere. Sie also strong-named Assemblies sind.

Die Lösung ist dann ganz einfach. Man muß nur bei den Projekteigenschaften, die automatische Nummerierung der Assembly Version abschalten. Standardmässig verwendet Visual Studio 2005 die Assembly Version "1.0*". Damit wird die Build Number und Revision Number automatisch bei jeder Compilierung erzeugt. Wenn man statt dessen eine feste Versionsnummer einträgt (z.B: 1.0.0.0), ist der XamlParser glücklich.

Ich möchte Windows Forms und WPF Windows zusammen in einer Applikation verwenden. Jetzt ist mir aufgefallen, dass mein erster Ansatz noch nicht vollständig funktioniert: In den WPF Windows ist keine normale Tastatureingabe möglich!

Der Message Loop läuft im Windows Forms Kontext und da müssen wir die WPF Windows mit einklinken. Das geht dann doch nur über die Interop Assembly WindowsFormsIntegration. Also habe ich eine Referenz darauf zu dem Projekt hinzugefügt. Jedes WPF Window wird jetzt so geöffnet:

            Window1 window = new Window1();
            System.Windows.Forms.Integration.ElementHost.EnableModelessKeyboardInterop(window);
            window.Show();

ElementHost.EnableModelessKeyboardInterop() sorgt dafür, dass das übergebene Window alle Tastatureingaben von dem Windows Form Message Loop erhält.

Bis jetzt sieht alles gut aus.

Auf THG (Tom's Hardware Guide) ist ein interessanter Artikel zur Datensicherung veröffentlicht worden. Unter anderem geht es darum, ob und wie es Sinn macht, auf Festplatten zu sichern: Band oder Speicherplatten? Moderne Backup-Produkte im Vergleich

Der Artikel ist etwas vorsichtig damit, externe Festplatten wirklich zu empfehlen. Ist auch verständlich, da die Gefahr eines Datenverlustes durch Beschädigung zu groß ist. Dank billiger Platten sollte man die Daten immer auf 2 Platten sichern und eine nicht transportieren. Mehr zu unserer Strategie haben wir hier dokumentiert: Backup-Software für Festplatten-Medien

Update: Inzwischen habe ich einen Workaround gefunden.

Ich möchte bei der Ausgabe das Datum gemäß den Benutzereinstellungen formatieren. Dazu habe ich einen DateTimeConverter geschrieben, der von IValueConverter abgeleitet ist. Dieses Objekt möchte ich natürlich an mehreren Stellen in der Applikation verwenden. Dann gehört das in die Application.Resources:

<Application x:Class="CPTec.SPCat.SPCatClient.App"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    xmlns:local="clr-namespace:CPTec.SPCat.SPCatClient"

    Startup="AppStartup"
    Exit="AppExit"
    ShutdownMode="OnMainWindowClose"
    >
    <Application.Resources>
      <local:DateTimeConverter x:Key="dateTimeConverter" />
    </Application.Resources>
</Application>

Damit steht unter dem Key "dateTimeConverter" dieser Converter über zur Verfügung. Um Beispielsweise eine Tabellenspalte darüber darzustellen, ist folgende Definition möglich:

<GridViewColumn 
    DisplayMemberBinding="{Binding Path=LastUpload, Converter={StaticResource dateTimeConverter}}"
    Header="Last Upload" />

Bei der Datenbindung laufen damit alle Ausgaben über den DateTimeConverter und die Formatierung passt.

Das Problem ist nur, dass dieser Code nicht reproduzierbar funktioniert. Die meiste Zeit wirft das InitializeComponent() des Windows mit der ListView eine XamlParseException:

"Could not load file or assembly 'SPCatClient, Version=1.0.2596.20327, Culture=neutral, PublicKeyToken=af25da8d2987a9b1' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040) Error in markup file 'SPCatClient;component/app.xaml' Line 11 Position 8."

Durch Neustart von Visual Studio und wildem "Rebuild Solution" funktioniert es dann wieder. Nur um dann im nächsten Versuch wieder über die gleiche Stelle zu stolpern.

Soweit ich das verstehe, muss ich bei der Definition xmlns:local="clr-namespace:CPTec.SPCat.SPCatClient" keine Assembly eingeben, wenn ich mich in genau dieser Assembly befinde. Aber irgendwas verknotet sich da. Im Moment ist das Ganze wieder auskommentiert. Das sollte aber nicht so bleiben.

 Hurra! Hurra! So ein schöner Dialog:

Und nochmals Hurra!

Wieso die ganze Aufregung? Bisher ist jeder Versuch, dieses Service Pack zu installieren gescheitert. Die Wiederherstellung des Servers war beim ersten Versuch auch nicht gerade einfach. Bei allen weiteren Versuchen hatte ich vorher ein Image der Festplatte angelegt. Das ging dann schon schneller.

Jetzt kam über WSUS ein Update für den SharePoint Portal Server. Nach den bisherigen Erfahrungen war mir das zu heikel. Über Nacht hatte ich wieder eine Sicherung der kompletten Platte durchgeführt. Wie zum Trotz installierte sich das Update aber ohne Probleme. Mutig wollte ich es noch mal mit dem Service Pack für den Team Foundation Server probieren.

Inzwischen hatte sich Microsoft des Feedbacks angenommen und den Fall geschlossen (der gemeldete Workaround ist jetzt von mir :). Denkste. Ging natürlich wieder nicht. Genau wie bei allen vorherigen Versuchen. Diesmal habe ich aber eine neue mögliche Lösung gefunden. Der Vorschlag stammt aus der Microsoft Forum:

Im Fehler Protokoll kommt folgender Eintrag vor:

Setting SQL Server database 'TFSWorkItemTracking' into single user mode...
User does not have permission to alter database 'TFSWorkItemTracking' or the database does not exist.
ALTER DATABASE statement failed.

Was der Installer nicht kann, kann vielleicht der Setup User? Also SQL Server Management geöffnet und folgenden Befehl ausgeführt:

ALTER DATABASE TFSWorkItemTracking SET SINGLE_USER

Das geht seltsamerweise. Noch mal das Service Pack anstoßen: Es klappt! Der obige Dialog ist Belohnung für viel Mühe.