Bug oder Feature:
Warum zum Henker macht Microsoft bei den RemoteApp Manger ein Feld Aliases rein?

Durch ein Rechtschreibfehler war für die Hälfte der Außenstellen die RemoteApp für zwei Stunden nicht erreichbar.

Wenn man RemoteApps updatet sollte man unbedingt darauf achten, dass das Feld Aliases identisch mit dem RemoteApp Namen ist, ansonsten kommt andauernd die Meldung, dass die RemoteApp nicht auffindbar ist oder nicht authorisiert ist.

Und wieder Zuwachs im DAU-Knast!

Vor kurzem war unser Außendienst aus komplett Deutschland und Europa in Bielefeld versammelt und einige brachten ihre Notebooks mit, da irgendetwas nicht passte. Eine Person meinte, dass er sich einen Virus eingefangen hätte, da seit ein paar Tagen beim Hochfahren eine seltsame Nachricht käme und er über CITRIX/TerminalServer nicht mehr zu Hause drucken könne. Fies wie ich bin, glaubte ich ihm schon einmal gar nicht und fragte, seit wann das denn genau wäre und was er in letzter Zeit so an seinem Notebook rum geschraubt hätte? Die Antwort bestätigte wieder einmal… ach, lassen wir das .

… die mittlerweile schon knatschende Gittertür auf und folgende Personengruppe hinein:

• “Druckerinstallateure & Drucker-Umbenenner”
  … ich kann das, vertrau mir…

Neulich:
Fortsetzung von weiter oben…

Den Dialog erspare ich euch heute. Im Grunde kam heraus, dass die besagte Person zwei mal den gleichen Drucker hatte, aber den unter Windows eingerichteten Standarddrucker nicht angeschlossen hatte, so dass die Druckaufträge zwar zu dem besagten Drucker geschickt wurden, aber auf Grund fehlender Verbindung nicht gedruckt werden konnten … *schräg*… warum macht man so etwas?

Die Virenmeldung war dann noch ein nicht sauber beendeter Installationsvorgang des vermeintlich NEUEN Druckers .

Da habe ich ein Office 2003 Paket mit 10 Lizenzen ohne “open value” und “SA”, die ich aber weiterhin auf einem Terminalserver 2008 nutzen wollte. Da viele Leute heutzutage aber nun doch schon Office 2007 haben ( ) benötige ich natürlich das Kompatibilitätspack, damit auch jeder die z.B. *.docx oder *.xlsx – Files öffnen kann.

Das aktuell herunterzuladene Kompatibilitätspack (32 oder 64Bit Version) für Office 2003 funktioniert aber dummerweise nicht auf einem 64Bit Windows Server/TerminalServer 2008. Jedenfalls nicht bei meinen TerminalServern…

Zum Glück hatte ich noch eine ältere Version (aus Ende 2008). Die Version einfach kurz installiert, vorher natürlich in der Konsole “change user /install” getippt,  und fertig!

Siehe da, ich kann Office 2007 Dokumente mit Office 2003 auf dem 64Bit TerminalServer öffnen.

Leider bin ich nicht ganz so schnell auf die Idee gekommen ne alte Version zu nehmen. Stattdessen habe ich wilde Knowledgebase Artikel durchforstet … ohne Erfolg .

Manchmal ist es eben doch besser downzugraden?.. *g*

Neben diversen Problemen in einer reinen 32Bit Serverumgebung den ersten wirklichen 64Bit Server zu integrieren (dazu irgendwann später mehr), kommt es auch zu lustigen Effekten bei den ersten Schritten mit Windows Server 2008/ Windows TerminalServer 2008.

So kam vor kurzem folgende Meldung, als man aus dem Outlook 2003 in der TerminalServer-Session ein Bild aus dem E-Mailanhang öffnen wollte:

Das Drucken von Bildern ist ohne die Desktop Experience Funktion nicht möglich.

*Ironie an*
Ha! Bei den Fehlerbeschreibungen hat MS gut nach gebessert .
*Ironie aus*

Fehlergrund:

Die Fehlermeldung von oben weißt zwar nicht direkt darauf hin, aber mit ein bisschen Überlegen und genauerem Hinsehen merkt man, dass die Windows Fotogalerie fehlt. Lokal liegende Dateien macht er nämlich z.B. mit MS Paint auf… lustig.

Problembeseitigung:

Über Servermanager das Feature “Desktopdarstellung” installieren…

… easy oder, aber hätten Sie nicht einfach melden könne, dass das Feature nicht installiert ist?

Komischerweise konnten ein paar Leute bei der Arbeit seit Anfang Januar 2010 keine E-Mailanhänge mit einer Excel-Datei öffnen. Es kam immer die Meldung, dass die Datei nicht gefunden werden konnte. Excel startete somit sauber, aber ohne die Datei zu öffnen. Auch Excel-Files aus dem Netzlaufwerk oder lokal liegende Dateien konnten mit einem Doppelklick nicht direkt geöffnet werden. Die Funktion über “Datei öffnen” im Excel funktionierte aber noch.

Zuerst habe ich an ein Jahr2010-Bug gedacht… so nach dem ganzen EC-Karten Problemen… wurde aber beim Googlen enttäuscht . Das Problem ist nen Alter Hut. Schade, dachte ich hätte was Außergewöhnliches *g*….

Hier die Lösung:

Excel 97-2003:

Öffnet einfach in Excel 2003 das Menü “Extras/Optionen” und klickt auf den Register “Allgemein”.
Entfernt dort das Häkchen bei der Option “Andere Anwendungen ignorieren”.

 

Excel 2007:

In Excel 2007 ist der Haken woanders zu finden:
Klickt auf den Office-Button oben links und unten auf “Excel-Optionen”. Nun zur Rubrik “Erweitert” im linken Navifeld wechseln und im rechten Fensterteil ganz herunter scrollen. Im Bereich “Allgemein” findet ihr nun die Option “Andere Anwendungen ignorieren, die Dynamischen Datenaustausch (Dynamic Data Exchange, DDE) verwenden”.

… fertig (in 99% aller Fälle).

… dennoch habe ich keine Ahnung, warum denn so viele Leute davon betroffen waren, obwohl jegliche DAU’s mir versicherten an den Einstellungen nichts verstellt zu haben… wers glaubt .

Mal wieder ein Problem mit den Druckern…

[Am Rande]
Ich hasse Druckprobleme… Drucker sind irgendwie schwer zu warten/debuggen. Seit ich aber nen Printserver aufgesetzt habe, haben sich die Probleme ein wenig verringert. Ein paar alte Modelle mucken aber immer noch rum, vor allem die 1015 Drucker und ein HP DesignJet 70… das ne Murkskiste.
[/Am Rande]

Mittlerweile haben wir so an die 40 Drucker in der Firma. Unsere Außendienstler sind meist mit HP LJ 1015 ausgestattet… und genau bei denen kommt es gerade zu Problemen beim Drucken über CITRIX. Ein Mehrseitiges Dokument, egal ob PDF, Word oder Excel, wird knallhart auf eine Seite geklatscht. Das natürlich nicht so schön und vor allem kaum lesbar .

Workaround:
Anderen Treiber auf Terminalservern und Notebooks installieren … der HP LJ 1015 läuft auch mit einem “1010 Treiber” und das sogar besser und stabiler.

…zum Urlaub hin etwas schwere Kost …

Anfang des Jahre haben wir NAVISION 5.0 (mittlerweile SP1) eingeführt. Das Systemhaus Qurius aus Hamburg leistet dabei wirklich gute Arbeit!

Nun ist es soweit, dass die Aufgaben und Termin, die im Navision angelegt werden ins Outlook der jeweiligen User gepusht werden sollen. Zusätzlich sollen aber auch die Blackberrys die jeweiligen Daten erhalten.

Problem: Navision kennt nur eine Outlook Synchronisation und synchronisiert nur, wenn Outlook geöffnet ist. Außerdem sollen die Blackberrys die synchronisierten Daten auch erhalten. Die Blackberrys unterhalten sich aber mit dem Exchange und nicht mit Outlook direkt. Wie bekommt man nun die Sachen zusammen, dass der gleiche Datenbestand in allen drei Systemen (NAVISION, Outlook (2003 & 2007) und Blackberry Pushmail) ist?

… vorab: nicht lachen. Folgende Lösung ist wirklich die schnellste und kostengünstigste Variante

Wie NAVISIONs Outlook-Synch tickt:
Die Synchronisation zwischen Outlook 2003/2007 und NAVISION funktioniert über ein Outlook-Addin, welches extra beim CSide-Client installiert werden muss und einem extra zu installierendem Outlook Addin. Dieses Outlook-Addin unterhält sich mit einem NAVISION ApplicationsServer (NAS), der wiederum sich mit dem NAVISION-Server unterhält und im Änderungsprotokoll von NAVISION nachschaut, ob es für den User etwas zu synchronisieren gibt.
WICHTIG: Daraus resultiert, dass nur Daten von NAVISION nach Outlook übertragen werden, wenn Outlook + das NAVISION Outlook Addin gestartet sind!

Wie die Synchro zwischen Outlook und Blackberry funktioniert:
Das ist wohl der einfachste Weg… ist der Datensatz im Outlook ist dieser auch auf dem Exchange Server und somit weiß der BlackBerry-Dienst, das es etwas zu synchronsisieren gibt.

Auf dieser Erkenntnis aufbauend nun folgender Lösungsansatz:

1. Man erstellt eine virtuelle Windows Server 2003 Maschine und installiert darauf die Terminalserver-Dienste
   … soweit schonmal echt einfach und nicht unbedingt böse .
   Erinnerung: Um nun die Synchro zwischen NAVISION Outlook und Blackberry hinzubekommen muss ja wie oben geschildert ein Outlook des Users mit dem Addin gestartet sein.
   
2. Danach Installiert man Outlook und NAVISION mit Outlook-Addin… mehr Software benötigt der Server nicht!
3. Jetzt erstellt man eine BATCH-Datei, die per Verknüpfung im Autostart, bei Anmeldung an den Server beliebig viele RDP’s startet, welche automatisch die zu synchronisiernden User am selben Server anmeldet und das Outlook des jeweiligen Users startet… das is böse !Hier ein Auszug aus meiner Batch:

   @echo off
   echo Twitch the Master
   echo Mehrere RDP's per Batch oeffnen
   echo -------------
   echo %time% - User1
   start mstsc "User1.rdp" /w:800 /h:600
    ping 192.168.222.222 -n 1 -w 60000 > NUL
   echo %time% - User2
   start mstsc "User2.rdp" /w:800 /h:600
    ping 192.168.222.222 -n 1 -w 60000 > NUL
   ...
   pause
   exit

   Kurze Erklärung: die Parameter /w: und /h: geben an, wie groß das RDP-Fenster sein soll. Praktisch, da man dann nicht zig Fenster im Vollbild hat!
   Die “ping-Zeile” ist dazu da eine sleeptime zwischen dem Starten der RDP’s zu setzten… ein wenig performance – optimierung .

4. Die RDP’s habe ich für jeden einzelnen User (bei mir sind es 16 zu synchronisiernde Außendienstler und Geschäftsleiter) angelegt und ein wenig optimiert:
   z.B. so das die Anmeldung automatisch erfolgt, geringe Auflösung und Farbtiefe, nur der Outlook Client in der RDP-Session gestartet wird und Drucker, Sounds usw nicht mit übernommen werden.
   Hier ein paar Screenies:
        

    WICHTIG: Automatische Anmeldung per RDP an einem Server mit unterschiedlichen Usernamen geht nur mit RDP 5.x. Die 6.x Version muckt da! Hier ein HowTo, wie man Versin 6.x wieder deinstalliert: http://www.wewimo.de/2008/08/01/rdp60-deinstallieren-windows-server-2003-windows-xp/

5. Jetzt muss man sich nur noch einmal in jeder RDP-Session die Einstellungen des Outlook-Addins anschauen und einmal richtig abmelden, damit die Einstellung im TerminalServer-Profilordner gespeichert wird…
6. und fertig is die Katze…

Kurz gesagt:
… nun hat man einen Server, der RDP’s bei sich selbst anmeldet und den Outlook Client zusammen mit dem Addin startet. So ist gewährleitet, dass alle Änderungen an Terminen und Aufgaben vom NAVISIOn ins Outlook und somit auch auf den Blackberry synchronisiert werden… eigentlich ne lustige Lösung, oder?

Jetzt wird es einige geben, die sagen werden, kostengünstig?… dafür ne extra Windows Server Lizenz verbraten?… ok, entweder ne Lösung für NAVISION programmieren, was sicherlich ein paar Tausender kostet oder aber dank x64 Win2003 Betriebsystem des physischen VM-Servers 4 virtuelle Maschinen-Lizenzen haben .

Was muss man noch beachten?
Der Server sollte ja auch irgendie gesichert werden, Dies geschieht bei und mittels Backup Exec, wo man schön mit Hilfe eines Scriptes virtuelle Maschinen suspenden kann und nach dem sichern wieder starten kann (Darüber berichtete ich schon einmal hier: http://www.wewimo.de/2007/09/26/backup-von-virtuelle-maschinen-vmware-104-und-veritas-backup-exec-11d/). Da es aber Probleme gibt, wenn einige Software während des Anhaltens (suspend-mode) der VM gestartet ist – darunter fällt auch Outlook -, müssen per geplanter Task jeden Abend um 21.00 alle RDP’s beendet werden.

So habe ich mir eine zweite BATCH geschrieben, welche alle RDP-Fenster schließt, und anschließend alle RDP’s abmeldet, so dass der Server schön angehalten werden kann. Hier der BATCH-Auszug:

@echo off
echo Mehrere RDP's per Batch schliessen
echo -------------
echo Schliesse zuerst alle Fenster
taskkill.exe /F /IM mstsc.exe /T   

echo Anschliessend alle RDP's killen
rwinsta 1
rwinsta 2
rwinsta 3
...
pause
exit

Hinweis: Ohne das vorherige Schließen der Fenster mit dem Befehl “taskkill” kommt beim Abmelden der RDP’s mit dem Befehl “rwinsta” eine dumme Fehler-Meldung, die auf lange Sicht gesehen (1 Woche = 7*16 Meldungen) den Desktop vollmüllt . Das ist der Grund, warum ich per taskkill erstmal alle Fenster schließe .

Um die RDP’s nach der Sicherung wieder zu starten beutze ich einen Task, der das start-Script von weiter oben anstößt.

somit hat man eine schöne Synchronisation von Outlook, Blackberry und NAVISION. Ein echter Hingucker. Das hat wohl so noch niemand in Deutschland!

… zu guter Letzt noch gesagt:
ES FUNKTIONIERT!