… nein, natürlich nicht mit der Schweinegrippe, sondern mit dem Apple-Virus.
Viele Jahre lang hab ich mich ja erfolgreich wehren können, aber jetzt isses wohl doch passiert. Ich muss ja gestehen, dass ich mich in den letzten Jahren immer mal wieder dabei erwischt habe, wie ich bei Saturn & Co. ganz verstohlen um diese “komischen” Apple-Kisten herum geschlichen bin und ganz verzückt damit herumgespielt habe. Schick sind sie ja nunmal wirklich und das nicht nur äußerlich.

Aber für einen eingefleischten Admin und PC-Nutzer kommt so ein System ja gar nicht in die Tüte. Dachte ich jedenfalls bis jetzt. Und dann stieß ich im Internet auf mehrere Artikel über Mac OS X auf normalen PCs. Das war DIE Gelegenheit, es endlich mal zu probieren, ohne gleich nen Mac kaufen zu müssen.

Gesagt, getan: Eine Mac Leopard DVD bestellt und heute war das sehnlichst erwartete Paket endlich da. Jetzt musste nur noch die Hardware mitspielen, wobei ich bei deren Auswahl offensichtlich Glück hatte, da Gigabyte-Mainboards, scheinbar am besten funktionieren. Mit Hilfe einschlägiger Anleitungen hatte ich innerhalb von 2 Stunden ein funktionierendes Mac OS auf meinem Test-PC, inklusive Sound, Grafik, Internet. Das es so problemlos funktioniert hätte ich echt nicht geglaubt.

Und was soll ich sagen: Nach weiteren 2 Stunden, in den ich ein wenig mit dem System herumgespielt habe, bin ich so was von begeistert. Erster Eindruck: Ich empfinde es als unheimlich durchdachtes und praktisches System. Es sind die vielen Kleinigkeiten die das Arbeiten sehr angenehm machen. Kurz: Ich könnte mir wirklich vorstellen auf diesem System zu Arbeiten.

Mal sehen wie es weiter geht. Jetzt brauch ich natürlich auch erstmal ein bischen Software für mein PC-Mac. Werde auf jeden Fall weiter berichten.

Falls man mal herausfinden muss, wieviele HTTP-Verbindungen der Apache gerade verarbeitet, kann man das mit folgendem Befehl:

netstat -n |grep ESTAB|grep '\:80 '|wc -l

Aufruf des Benchmarktools über die Kommandozeile mit:

#/usr/local/apache/bin/ab -n 1000 http://www.mysite.de/index.html

Der Schalter

-n

legt dabei die Anzahl der Requests fest (im Beispiel 1000). Die Ausgabe sieht dann in etwa so aus:

Concurrency Level: 1
Time taken for tests: 0.86 seconds
Complete requests: 1000
Failed requests: 0
Broken pipe errors: 0
Total transferred: 2602000 bytes
HTML transferred: 2274000 bytes
Requests per second: 5162.79[#/sec] (mean)
Time per request: 0.86[ms] (mean)...

Soll das Resultat direkt in eine HTML-Datei geschrieben werden, so lautet der Aufruf:

#/usr/local/apache/bin/ab -n 1000 ↵
 http://www.mysite.de/index.html -w > my_bench.html

Über den Schalter

-v

kann man die Ausgabe jetzt noch verfeinern. Dazu gibt es verschiedene Level (2,3,4):

#/usr/local/apache/bin/ab -n 1000 ↵
 http://www.mysite.de/index.html -v 3-w > my_bench.html

Der Aufruf

#/usr/local/apache/bin/ab -h

liefert noch weitere Infos.

Problem: Zwischen dem Microsoft-Produkt .NET Framework 2.0 und DATEV-Programmen kann es zu Unverträglichkeiten kommen, wenn die DATEV-Programme im Netz installiert (d. h. Programmpfad liegt im Netz) sind. Man erhält in diesen Fällen am betroffenen PC in DATEVProgrammen unter Umständen Fehlermeldungen (z. B. beim Laden zusätzlicher Programmteile).

So gut wie jeder Windows-Nutzer war wohl schon in dieser Situation: Windows will nicht mehr starten. Wenn nicht gerade ein gravierendes Problem mit der verwendeten Hardware vorliegt, ist es oft eine verunglückte Treiber- oder Softwareinstallation, die das System ins Wanken bringt. Eine Möglichkeit, diese Situation zu meistern ist der “Abgesicherte Modus”. Doch was genau im abgesicherten Modus geladen wird oder auch nicht, daüber läßt einen das System im Dunkeln.

Hier also mal eine Aufstellung, der Basistreiber -und Dienste, die im abgesicherten Modus geladen werden:

1. Geräte bzw. deren Treiber

• Diskettenlaufwerk (intern und/oder USB)
• Interne CD/DVD-Laufwerke (IDE, SCSI)
• Externe CD/DVD-Laufwerke (USB)
• Interne Festplattenlaufwerke (IDE, SATA, SCSI)
• Externe Festplattenlaufwerke (USB)
• Tastaturen (USB, PS/2, seriell)
• Mäuse (USB, PS/2, seriell)
• Grafikkarten (Standardtreiber (vga.sys) mit Standard-VGA Auflösung von 640×480 Pixeln bei 16 Farben)

2. Windows-Dienste

• Ereignisprotokolle
• Verwaltung logischer Datenträger
• Plug & Play
• RPC-dienste
• Kryptografiedienste
• Hilfe und Support
• Systemwiederherstellung
• WMI (Windows-Verwaltungsinstrumentation)

3. Netzwerktreiber -und Dienste beim Start im abgesicherten Modus mit Netzwerktreibern

• Netzwerkadapter (verkabeltes Ethernet und drahtloses 802.11x)
• Computerbrowser
• DHCP-Client
• DNS-Client
• Netlogon
• Netzwerkverbindungen
• Serverdienste
• Terminaldienste
• TCP/IP-NetBIOS-Hilfsprogramm
• Upload-Manager
• Konfigurationsfreie drahtlose Netzwerkverbindung
• Arbeitsstationsdienst

Ansonsten werden noch einige Teile der Registry übersprungen, Autoexec.bat und Config.sys werden übersprungen und alle Autostartobjekte werden deaktiviert.

Da im abgesicherten Modus viele Hintergrundprozesse (Antivirenprogramme, Netzwerkkomponenten, Serverkomponenten) deaktiviert sind, hat man so die Möglichkeit, fehlerhafte Software (Treiber, Dienste, Programme) für den Normalstart zu deaktivieren oder gleich zu deinstallieren.

MySQL Datenbanken die bei einem Webhoster liegen sichert man bequem mit phpMyAdmin. In manchen Fällen ist phpMyAdmin aber nicht unbedingt das Tool der Wahl. Größere Datenbanken lassen sich meist schlecht sichern, da die meisten Webhoster der Ausführungszeit von PHP-Scripten beschränken. Auch der eigene Internetzugang kann einem schon einen Strich durch die Rechnung machen. Als Ergebnis gibts dann entweder einen Server-Fehler oder einen Timeout.

Hat man in seinem Hostingpaket aber Shellzugriff mit drin, so läßt sich dieses Problem bei den meisten Hostern umgehen. Man loggt sich per SSH auf dem Webserver ein und sichert seine Datenbank(en) mit dem Kommandozeilentool mysqldump.

Die allgemeine Sytax zum Sichern:

mysqldump [OPTIONS] database [tables]

Das folgende Beispiel sichert die Datenbank Datenbank in die Datei backup.sql:

mysqldump --opt datenbank > backup-file.sql

Bei Strato z. Bsp. würde der Aufruf folgendermaßen aussehen:

mysqldump --opt -h rdbms --user=username --password=passwort ↵
 DB123 > backup-file.sql

Mit “–opt” werden einige Standareinstellungen des MySQL-Server aktiviert, “-h rdbms” gibt den Host an, auf welchem die Datenbanken liegen (bei vielen Hostern liegen Webserver und Datenbanken auf unterschiedlichen Maschinen). Bei “–username” und “–password” natürlich die eigenen Benutzerangaben eintragen. Damit wird die Datenbank DB123 in die Datei backup-file.sql gesichert.

Sollte die Sicherung mit einem Fehler abbrechen, kann man noch die Option “–force” verwenden, dann dumpt mysqldump auch bei Fehlern weiter.

Das Rücksichern des Backups übenimmt das Tool mysql. Der Aufruf ist ähnlich wie bei mysqldump:

mysql datenbank < backup-file

In meinem Beispiel also:

mysql -h rdbms --user=username --password=passwort DB123 < backup-file.sql

Somit hat man seine Datenbank auf einfache und schnelle Weise gesichert. Die Sicherungen kann man dann entweder auf dem Server archivieren, oder per FTP herunterladen. Da die Backupdatei eine reine Textdatei ist, läßt sich diese auch wunderbar komprimieren, damit sie für den Download etwas handlicher ist.

Das Ganze verpacke ich dann noch in ein Shellscript, so ist meine Datenbank mit einem Aufruf gesichert, komprimiert und bereit zur Archivierung:

#!/bin/sh
#Sicherung Datenbank

echo "Datenbank wird jetzt gesichert..."

DATESTRING=`date +"%Y-%m-%d"`
NEWNAME=db123_$DATESTRING

mysqldump -h euerhost --user=euername --password=euerpasswort ↵
DB123 > $NEWNAME.sql
gzip -9 -S .zip $NEWNAME.sql

echo "Die Datenbank nach $NEWNAME gesichert"

Dieses Script einfach in eine Textdatei kopieren und z. Bsp. dasi.sh benennen und dann per FTP auf den Server kopieren und per SSH auf dem Server einloggen. Bei vielen Hostern muss dann noch das Recht zum Ausführen gesetzt werden:

chmod u+x dasi.sh

und das Script dann mit

./dasi.sh

aufrufen. Fertig.

Wurde OO-Defrag per Agent auf einem entfernten Rechner installiert, kann es passieren, daß dieser Agent bei der Deinstallation nicht sauber entfernt wird. Dieser muss dann manuell entfernt werden.

Der Aufruf von

x:\windows\system32\oocinst /unregserver

löscht den Dienst sauber aus der Registry. Danach kann die Datei gefahrlos gelöscht werden.

Das ist ein Testartikel. Test 123 Sprechprobe (oder besser Schreibprobe, oder noch besser Blogprobe). Hier entsteht ein neues Blog. Ich hab zwar noch gar keine Ahnung, was ich hier so alles reinschreiben soll, aber das wird sich hoffentlich noch ändern.