sap_xml_fehler02

SAP schwarzer Bildschirm

Problem: Kurz nach der Installation einer neuen Version des SAP-GUIs gibt es ein Problem beim Start des Programms – nach einigen erfolglosen Versuchen das Problem zu beheben wird der GUI deinstalliert und neu installiert – mit dem Erfolg, dass nun statt dem GUI nur noch ein schwarzes Fenster am Bildschirm erscheint – auch nach der Neuinstallation kann also nicht mit SAP-Client gearbeitet werden.

 

sap_xml_fehler02

Die Meldung weist also bereits darauf hin, dass eine XML-Datei nicht „analysiert“ werden kann. Da es nur ein Abbrechen gibt kann der GUI danach nicht gestartet werden.

Weiters findet man im oben beschriebenen Log: (saplgmgr_7456.tcr)

(Error)                       : CParser::Parse_From_File_Int: Could not initialize XML DOM!
(Error)(19.11.12 07:35:44.079): CParser::Parse_From_File_Int: Could not initialize XML DOM!
(Error)(19.11.12 07:35:46.519): CParser::Serialize_To_File_Int: Could not initialize XML DOM!

Im hier beschriebenen Fall geht SAP dann gar nicht auf, es kann aber auch sein, das sich der Client öffnen lässt und dann einfach schwaz und somit unbedienbar ist.

Ein weiteres Indiz für diesen Fehler ist, wenn folgende Meldung beim Start der SAP-Logon.exe kommt:

sap_xml_fehler01

SAP-GUI-Sicherheit, System versucht, auf die Datei C:\Program Files (x86\SAPFrontEnd\SAPgui\themes\enjoy\theme.xml zuzugreifen. Möchten Sie den Zugriff auf diese Datei zulassen?

Egal ob man „immer zulassen“ oder eine andere Variante wählt kommt danach entweder der schwarze Schirm oder oben beschriebene Fehlermeldung…

Das SAP-Logon-Fenster geht wohlgemerkt immer auf – nur der echte Client nicht, aber auch hier gibt es Probleme. Auf der Linken Seite des SAP-Logons findet man nicht die drei Verknüfungen „Favoriten, Verknüpfungen, Verbindungen“ – die resultiert aus der oben genannten Fehlermeldung bezüglich „Treeview“

Lösung:

Der Microsoft XML-Parser hat nicht mehr richtig funktioniert. (beschädigt?) Dieses Programm wird bei der Deinstallation von SAP anscheinend nicht deinstalliert und im folgenden auch nicht merh neu installiert:
Je nach Stand des Clients sind folgende Programme über Software/Progamme zu deinstallieren und wieder zu Installieren

MSXML 4.0 SP2 (KB954430) – gui720\GUI\WINDOWS\WIN32\system\msxml4.msi
MSXML 4.0 SP3                 – gui720_c3\GUI\WINDOWS\WIN32\system\msxml4.msi

Danach können die XML-Files wieder richtig interpretiert werden – keine der beiden Grafiken von oben sollte mehr erscheinen und SAP sofort wieder mit dem Splashscreen starten.

Links zu Beiträgen mit ähnlichen Problemen: SAP GUI only black after Upgrade

kalender_freigeben_tab

Zimbra Kalender freigeben

Kalender freigeben

Gehen zuerst in die Kalenderansicht, kicken Sie dazu auf das Tab „Kalender“
kalender_freigeben_tab

Wenn Sie Ihren Kalender anderen Personen zur Verfügung stellen wollen, so können Sie dafür Berechtigungen erstellen. Klicken Sie mit rechter Maustaste auf denjenigen Kalender, welchen Sie einer anderen Person zur Verfügung stellen möchten.
kalender_freigeben_rechte_maustaste
Klicken Sie anschliessend auf „Kalender freigeben“.

Es öffnet sich ein neues Fenster, in welchem Sie die Freigabeart wählen können. Wenn Sie den Kalender mit einem internen Benutzer teilen möchten, so können Sie die Berechtigungen wählen. Ist der Kalender für einen Externen Benutzer, so kann dieser den Kalender nur anschauen.
Geben Sie die eMail-Adresse des Benutzers ein, für welchen Sie die Freigabe erstellen möchten, damit dieser darüber informiert werden kann. Bestätigen Sie schlussendlich mit „OK“.
kalender_freigeben_eigenschaften_dialog
Wenn im Abschnitt „Mail“ die Einstellung auf „Standardmail senden“ belassen wird, so wird beim Klick auf OK an die engegebenen eMails eine Info Mail über die neue Freigabe verschickt.


Freigaberechte ändern

Wenn Sie eine bestehende Freigabeberechtigung löschen oder eine neue Berechtigung hinzufügen
möchten öffnen Sie die Eigenschaften des Kalenders (Rechte Maustaste auf Kalender; Eigenschaften …).
Unten links befindet sich ein Knopf, mit welchem Sie zusätzliche Freigaben erstellen können. Klicken Sie auf
„Entziehen“, um eine bestehende Freigabeberechtigung zu entfernen.


Eintrag in einem „fremden“ Kalender erstellen/bearbeiten

Um einen Termin in einem Kalender einer anderen Person zu erstellen, brauchen Sie Managerrechte. Falls Sie
diese nicht haben, bitten Sie den Eigentümer des Kalenders darum.

printer_protokollierung03

Ereignisprotokoll Quelle Print unter Windows 2008 R2

Frage: Unter Server 2003 war es möglich, im Ereignisprotokoll nach der Quelle Print und dem Ereignis 0 filtern um eine Aufstellung aller gedruckten Seiten zu erhalten.
Unter Server 2008 scheint es das Ereignis „Drucken“ aber nicht mehr zu geben.
Kann man das irgendwie wieder aktivieren?

 

 

Lösung 1: Windows 2000, 2003, 2008 (ohne R2)

Systemeinstellungen > Drucker > Servereigenschaften > Erweitert > „Spoolerinformationen protokollieren“ aktivieren

printer_protokollierung03

Der Dialog variiert leicht pro Betriebsystem (hier W2000)

 

 

Lösung 2: Nur Windows 2008 R2

Unter Windows 2008 R2 sucht man oben genannte Option in den Printeroptionen vergeblich – hier ist es in der Ereignisanzeige versteckt:

Ereignisanzeige > Anwendungs- und Dienstprotokolle > Microsoft > Windows > PrintService -> Betriebsbereit (oder Administrator)
 Auf der Rechten Seite bei den „Aktionen“ – „Protokoll aktivieren“

printer_protokollierung00

printer_protokollierung01

printer_protokollierung02

funktion_berechnen_01

Wo finde ich im neuen Word 2010 die Funktion Berechnen

Frage: Wo finde ich im neuen Word 2010 die Funktion „Berechnen“ die früher unter Extras berechnen zu finden war:

Antwort:

Word Dokument öffnen
  Symbolleiste für den Schnellzugriff anklicken (Pfeil nach unten)

   weitere Befehle…

funktion_berechnen_01

 

 

Das selbe funktioniert auch mit einer Tabelle:

 

funktion_berechnen_02

 

 

Zurück Im Dokument erhält man nun in der Symbolleiste für den Schnellzugriff ein neues Symbol. Eine graue Kugel, die sich grün färbt, sobald man Zahlen markiert – klickt man dann darauf, erscheint unten in der Taskleiste das Ergebnis der Berechnung.

 

funktion_berechnen_03

 

Bei „Befehle auswählen“ auf „Alle Befehle“ umstellen

Zum Befehl „Berechnen“ scrollen und „Hinzufügen“, danach „OK“

 

 

 

funktion_berechnen_04

otrs_3_x_umleiten

OTRS was ist der Unterschied zwischen weiterleiten und Umleiten?

Frage: Nach dem Upgrade auf OTRS 3.x habe ich nun einen neuen Menüpunkt „Umleiten“ zur Verfügung. Was ist der Unterschied zwischen „Weiterleiten“ und „Umleiten“?

otrs_3_x_umleiten

Unsere Antwort:

 

Umleiten ist dann nützlich, wenn die Anfrage fälschlicherweise im System gelandet ist – der neue Empfänger bekommt die Mail dann nicht als Weiterleitung, sondern wie wenn der Absender von vorne herein richtig geschickt hätte (es erscheint beim Empfänger nur der Ursprüngliche Absender)

Beispiel: Eine Anfrage einer Ihrer User bezüglich des graz4u-OTRS-Servers landet in einer Ihrer Queues -> mögliche Aktion: Umleiten an support@graz4u.at

Unsere Antwort landet dann automatisch wieder bei ursprünglichen Absender und wir bekommen den Zwischenschritt auch gar nicht mit…

Den Absender kann man jedoch gleichzeitig mit der Option „Sender informieren“ davon in Kenntnis setzen… (Ihr Mail wurde an xy umgeleitet, bitte in Zukunft gleich direkt dort hin schreiben…)

Beim Weiterleiten wird das Mail wie gewohnt verändert, Sie bzw. das Ticketsystem sind dann der Absender und Antworten gehen auch wieder an Sie zurück.

fax_drucken01

.Fax Dateien können nicht gedruckt werden

Problem:

Nach einer Systemumstellung von WinXP auf Windows7, bzw. TerminalServer 2003 auf TerminalServer 2008 (Citrix) findet sich kein StandardViewer der Dateien mit der Endung .fax problemlos öffnen und drucken lässt.

Hintergrund: .fax-Dateien sind meist .TIFF-Dateien mit anderer Benennung – grundsätzlich kann jeder TIFF-Viewer diese Dateien öffnen, allerdings gibt es bei diesbezüglich bei verschiedenen Viewern verschiedene Probleme:

 

1. Windows Fotoanzeige: (PhotoViewer)

Will man möglichst nahe am Standard bleiben, bietet sich das ohnehin von Microsoft mitgelieferte Programm „Windows Fotoanzeige“ an. In der Tag lassen sich nach der Verbindung die .Fax-Dateien sofort öffnen. Auch mehrseitige Dateien sind kein Problem, in diesem Fall gibt es im unteren Bereich eigene Schaltflächen für das Umblättern.

Ein unlösbares Problem war allerdings der Druck – hier kommt es unweigerlich zur Fehlermeldung:

Das Bild wurde nicht gefunden. Überprüfen Sie den Speicherort,
und wiederholen Sie den Vorgang

fax_drucken01

Für dieses Verhalten haben nach langem Suchen keine Lösung gefunden.

 

2. Paint: (MSPaint)

Das zweite „systemnahe“ Programm unserer Wahl war Paint – auch dieses Programm öffnet ohne meckern eine .Fax-Datei und kann diese sogar drucken, aber hier gibt es das nicht zu vernachlässigende Problem, dass es nicht möglich ist, mehrseitige Faxe an zu zeigen… Paint fällt also komplett aus.

3. IrfanView: (i_view32)

IrfanView war schon seit Jahren auf allen unseren Rechnern installiert, wenngleich wir es bisher auch noch nie für .FAX-Dateien verwendet haben. Das Programm öffnet aber .Fax-Dateien problemlos, bringt allerdings einen Hinweis, dass es sich dabei um eine TIFF-Datei mit falscher Endung handelt und will die Datei auch prompt umbenennen. Dies ist im Fall von SAP und anderen Programmen welche dann ihrerseits wieder auf die .fax-Datei zugreifen wollen fatal und darf nicht sein.

fax_drucken02

Ansonsten würde aber alles passen, IrfanView ist überall schnell verfügbar und beherrscht auch mehrseitige Faxe.

Lösung:

Wir verwenden nun IrfanView und konnten einen Schalter finden, der den Dialog mit dem automatischen Umbenennen nicht mehr anzeigt.

Optionen / Einstellungen / Datei-Handling
 „Umbenennen anbieten bei falscher Dateierweiterung“ deaktivieren

bei älteren IrfanView-Versionen:
Optionen / Einstellungen / Andere1
  „Umbenennen anbieten bei falscher Dateierweiterung“ deaktivieren

Um diese Einstellung allen Usern im Netzwerk voreinzustellen kann man als Admin auch die ini-Datei von IrfanView entsprechend anpassen:

Datei: %APPDATA%\IrfanView
Abschnitt [Others]
RenameExtension=0

outlook_mailto12

Outlook 2010, Probleme nach Klick auf einen Mailto:Link

Ein Kunde meldet uns das Problem, dass er bestimmte Mails immer als unzustellbar zurück bekommt, obwohl er die Mailadresse mit CopyPaste eingegeben hat, bzw. wie es sich später herausstellt, durch klicken auf einen Mailto:Link in einer Mail.
Hier würde man ja annehmen, dass wirklich nichts falsch gemacht werden kann – ist aber nicht so, es handelt sich letztlich um ein nicht ganz unkompliziertes Problem von Outlook 2007 und 2010 für das es bisher keinen richtigen Hotfix zu geben scheint. (Immerhin ist das Problem selbst bereits lange bekannt und viel diskutiert)

Hier die Fehlermeldung die der User sofort nach dem Senden direkt vom Exchange-Server bekommt:

Ihre Nachricht hat einige oder alle Empfänger nicht erreicht.

 Betreff: Test Gesendet am: 20.09.2012 16:51
Folgende(r) Empfänger kann/können nicht erreicht werden: 'friedrich.koelbel@kmf.co.at' am 20.09.2012 16:51 Die Nachricht konnte nicht übermittelt werden, weil das E-Mail-System des Empfängers unbekannt oder ungültig ist. Überprüfen Sie die Adresse,
 und wiederholen Sie den Vorgang, oder wenden Sie sich an Ihren
 Systemadministrator, um die Verbindung mit dem E-Mail-System des Empfängers zu überprüfen.

<mail.domain.at #5.1.2>

Die Adresse ist also 100% richtig geschrieben, wie kann es dann aber zu dieser Fehlermeldung kommen?

Im Grunde weisen bereits die einfachen Hochkomma (‚) in welche die Mailadresse eingebettet ist daraufhin, ein Blick in die ExchangeServer Verwaltung zeigt uns das eigentliche Problem: In der An:Zeile steht vor der Mailadresse ein „MAILTO:“ das hier nicht hingehört…

outlook_mailto12

Soweit so gut, aber auch jeder andere Versuch des Users, die Adresse neu einzugeben scheitert immer wieder mit dem selben Ergebnis – die Adresse wurde durch den Vorgang in den Adress-Cache von Outlook geschrieben und zieht immer wieder, auch wenn man versucht die Adresse händisch nochmals einzugeben.

Es erreichte uns übrigens eine zweite Fehlermeldung die uns etwas schneller auf die Spur brachte:

 Ihre Nachricht hat einige oder alle Empfänger nicht erreicht.
Betreff: WG: Subject
Gesendet am: 20.09.2012 11:51
 
Folgende(r) Empfänger kann/können nicht erreicht werden:
 MAILTO:name@domain.dlt am 20.09.2012 11:51

Die Nachricht konnte nicht übermittelt werden, weil das E-Mail-System des Empfängers
 unbekannt oder ungültig ist.  Überprüfen Sie die Adresse, und wiederholen Sie den
 Vorgang, oder wenden Sie sich an Ihren Systemadministrator,  um die Verbindung
 mit dem E-Mail-System des Empfängers zu überprüfen.

<mail.domain.at #5.1.2>

Laut verschiedenen Foreneinträgen handelt es sich um ein generelles Problem von Outlook 2007/2010 – wir stellen das Problem hier nach, um eine möglichst einfache Lösung für den User zu finden, der weder am Exchangeserver oder Mailserver-log nachsehen kann, und sich möglicherweise auch keine Hotfixes installieren kann (wie in unserem Fall wegen einer TerminalServer Session ohne Admin-Rechte).
Das angesprochene Hotfix löst im Übrigen auch nicht das Problem im Outlook, sondern es ändern nur die Erstellung von Mailto:Links in allen anderen Office-Programmen, wenn die Links von externen Mails weiterhin im Mailto:Format daherkommen. ändert das aber am Verhalten von Outlook gar nichts…

Um das Problem nachzustellen, genügt es ein beliebiges externes Mail (an sich selbst) weiter zu leiten – dadurch erscheint dann der Mailto:Link – auf ähnliche Weise ist auch das Problem des Users entstanden.

outlook_mailto02

Durch einen Klick auf den Mailto:link erscheint ein neues Mail in dem für einige Zeit die Adresse [mailto:adresse@domain] steht. (das ist eigentlich schon falsch)

outlook_mailto03

Nach einiger Zeit wechselt die Anzeige auf adresse@domain – hier ist doch eigentlich kein Fehler mehr zu erkennen! Und dennoch birgt diese Adresse die auch sofort in den Cache wandert nun zwei Probleme:

outlook_mailto04

Schickt man die Mail nun so ab, erhält man sofort die oben genannte Fehlermeldung:

outlook_mailto05

Gibt man nun die Adresse ein weiteres Mal ein (ein Teil reicht, sie wird aus dem Cache geholt) und macht einen Doppelklick darauf wird einem nichts auffallen – scheint alles OK:

outlook_mailto06

Kein „Mailto“ weit und breit! Trotzdem funktioniert es weiterhin nicht. Was ein sehr geschultes Auge sehen könnte: rechts unten, etwas über dem leeren Balken für Kontakt müsste eigentlich „Kontakt öffne“ stehen (siehe übernächste Screenshot) – dies ist hier der einzige Hinweis, dass die Adresse irgendwie nicht funktioniert…
Im übrigen scheint diese Adresse auch nicht bei den „Vorgeschlagenen Kontakten“ auf – irgendwie scheint sie nur im Cache zu existieren.

Den Cache kann man übrigens auf zwei Arten loswerden: Zum einen kann man den gesamten Cache in den Optionen löschen, oder aber man gibt einen Teil des Namens ein und klickt dann auf das X im Vorschlag.

outlook_mailto09

Interessanterweise hat diese Vorgehensweise bei uns übrigens NICHT funktioniert – nach dem Löschen brachte eine weitere Eingabe der Adresse mit der Hand wieder dasselbe Ergebnis… Wir haben das nicht mehr weiter getestet, für einzelne User wird das hier aber vielleicht schon die Lösung gewesen sein

Der nächste Ansatz war, auf die (blaue) Mailadresse im mittleren Bereich doppelt zu klicken, was eine neue Mail mit ebendieser Mailadresse aufmacht – ein Doppelklick auf diese Adresse zeigt nun plötzlich rechts unten „Kontakt öffnen“ unser erster Hinweis, dass es nun klappen könnte, und tatsächlich: Die Mail lässt sich nun absenden!
outlook_mailto07

Allerdings birgt diese Methode nochmal einen Fatalen Fehler: Da ich an ein „Nicht Exchange“-Konto geschickt habe, kam die Mail dort verstümmelt ohne Umlaute an, eine testweise eingebettete Grafik wurde zu einem Anhang namens Winmail.dat (!)

Und hier die endgültige Lösung des Problems:

Durch den Klick auf den Mailto:link wurde die Adresse mit einem falschen E-Mail-Typ gespeichert, den es nun zu ändern gilt:

In die E-Mail-Eigenschaften kommen Sie entweder, indem sie über die Mailadresse fahren und dort mit der Maus verweilen oder wieder den Doppelklick machen und dann im der grafischen Menü das ein Blatt darstellt (Weitere Optionen für die Interaktion mit dieser Person) klicken und dann „Outlook Eigenschaften“ auswählen.

outlook_mailto13

Wenn der falsche E-Mail-Typ eingetragen war, dann kommt hier sofort folgendes Fenster, ansonsten kommt bereits die Ansicht des Kontaktes (analog wie oben gezeigt, ob „Kontakt bearbeiten“ angezeigt wird, oder nicht)

outlook_mailto10

Hier sieht man nun, dass der E-Mail-Typ falsch ist, mit einem Klick auf „Internettyp“ wechselt der Typ auch sofort auf ein nicht mehr veränderbares „SMTP“ – diesen Effekt hatte auch schon die oben genannte Methode, aus dem einen Mail ein zweites aufzumachen – hier aber haben wir nun die Möglichkeiten auch das „Internetformat“ von „Im Outlook-Rich-Text-Format senden“ auf „Outlook wählt das optimale Sendeformat“ zu wechseln, denn genau dieser Punkt war der Grund, dass die Mail dann verstümmelt und mit einem winmail.dat beim Empfänger angekommen ist.

outlook_mailto11

Ein „OK“ an dieser Stelle aktualisiert auch sofort den Cache, danach kann man ganz normal an diese Adresse senden…

Kommt bei Ihnen übrigens bei „Outlook Eigenschaften“ statt dem Eigenschaftsfenster ein Kontaktfenster und sie wollen das Internetformat trotzdem ändern, dann wiederholen Sie den Vorgang hier in diesem Dialog an der Zeile E-Mail – nochmals mit der Maus über der Adresse verweilen und nochmals wie oben auf das Blatt und „Outlook Eigenschaften“ auswählen – danach kommt dann endlich wirklich der oben gezeigte Eigenschaftsdialog.

outlook_mailto14

Exchange Mails kommen verzögert an

Problem:

Plötzlich kommt die Meldung von Usern eines Exchange Servers 2010, dass Mails „manchmal“ Stunden zu spät zugestellt werden – es findet sich kein Hinweis auf den Grund, bis auf den einen dass im Header einer solchen zu spät zugestellten Mail gezeigt werden kann, dass dies Nachricht mehr als 12h auf unserem externen Mailserver mailex01 „liegen geblieben“ ist – ein Blick in unsere Mailqueue zeigt aber keine weiteren Mails die zugestellt werden sollen, Testmails gehen auch sofort durch…

Erst nach einem Tag zeigt sich dann folgendes Bild in der Queue unseres Mailservers Mailex01:

mailq -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient------- A4CC5A414D 19554 Thu Sep 13 22:03:46 mailrobot@xing.com (host mail.xxxxxxx.at[80.123.180.174]
 said: 452 4.3.1 Insufficient system resources (in reply to MAIL FROM command)) harald.xxxxx@xxxxxxx.at

Lösung:

Der Grund ist, dass am ExchangeServer auf C: nur noch 5GB frei waren und das laut Einstellung für Exchange zuwenig ist um noch Mails zu zustellen (!!!)
Einige Mails sind dann immer wieder durchgekommen, weil sich die Größe des freien Speicherplatzes am Server durch verschiedene Prozesse wie Sicherung und Temp-Files immer wieder geringfügig geändert hatte…

Lösungen findet man hier, hier und hier.

Unsere Lösung beim Kunden: Auf D:\ sind über 200GB frei, daher wird die „Queue“ einfach hierhin verlegt…

Datei: „C:\Program Files\Microsoft\Exchange Server\V14\Bin\EdgeTransport.exe.config“ als Administrator editieren, „QueueDatabasePath“ und „QueueDatabaseLoggingPath“ von einem Pfad auf C:\ auf einen Pfad auf D:\ ändern.

<add key=“QueueDatabasePath“
           value=“C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue“ />
<add key=“QueueDatabaseLoggingPath“
           value=“C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue“ />

ändern auf:

<add key=“QueueDatabasePath“ value=“D:\Exchange\Queue“ />
<add key=“QueueDatabaseLoggingPath“ value=“D:\Exchange\Queue“ />

Danach muss nur noch der Exchange Transportdienst durchgestartet werden.

Tags: „Exchange 2007“, „Exchange 2010“, „Exchange nimmt keine Mails mehr an“, „452 4.3.1 Insufficient system resources“

Microsoft Access funktioniert nicht merh

Access Meldung „Datei nicht gefunden“

Drei verschiedene Probleme haben mich bei Access-Programmen in den letzten Jahren immer wieder in unangenehme Situationen geführt:

„Datei nicht gefunden“

Aus heiterem Himmel kommt beim Start einer Access-Datei die Meldung „Datei nicht gefunden“ – dies passiert ab und zu während des Programmierens.

In meinem Fall war durch Programmänderung eine Backend-Datei (das Programm) auf 24MB angewachsen, obwohl die Datei eigentlich nur ca. 11MB haben sollte – ein Standardvorgang (Extras, Datenbank-Dienstprogramme, Datenbank komprimieren und reparieren) – dies hat wohl an die 10 Mal an einem Tag funktioniert, dann kam aber plötzlich die Meldung „Datei nicht gefunden“ – dabei kann anscheinend durch nichts herausgefunden werden, um welche Datei es sich handelt, bzw. um welchen Programmteil, Modul, Formular oder Tabellenverknüpfung, denn die Acess-Datei selbst startet ja und es sind eigentlich keine weiteren Dateinen notwendig – grundsätzlich handelt es sich wahrscheinlich um eine Verknüpfung zu einer DLL – einem Verweiß wie es in Access-Sprache heißt – aber es kann nicht herausgefunden werden welche das sein sollt und man kann auch nicht mehr mit der Datei weiter arbeiten – Die Datei ist somit eigentlich unbrauchbar.

„Absturz kurz nach dem Öffnen“ (2003)

Ähnliche Situation wie oben beschrieben, allerdings kommt keine Fehlermeldung aber Access stürzt kurz nach dem Aufruf ab – dies betrifft dann nur diese eine Datei, andere Dateien lassen sich ganz normal bearbeiten.

„Access bleibt hängen“ (2010)

Beim Klick auf ein bestimmtes Formular bleibt Access einfach stehen, evtl. steht in der Taskleiste „Berechnung läuft“, aber die Daten erscheinen nicht. Klickt man dann wo anders hin, kommt ein Dialog dass Access nicht mehr reagiert. (also eigentlich ähnlich wie „Absturz nach dem Öffnen“ aber doch etwas anderes Verhalten…) – wichitg vielleicht noch, dass es sich nich um eine Riesen Datenmenge handelt, sondern ein Formular welches früher innerhalb einer Sekunde offen und bearbeitbar war.

„Access APPCRASH“ (2010)

Beim Versuch eine Access-Datenbank zu öffnen kommt eine Fehlermeldung „Microsoft Access funktioniert nicht mehr“ und in den Details der Hinweise „APPCRASH“ (dazu gibt es auch einen eigenen Artikel)

Microsoft Access funktioniert nicht merh

Gleichzeitig findet man im Taskmanager (Ereignisanzeige, Ereignisprotokolle anzeigen)

Name der fehlerhaften Anwendung: MSACCESS.EXE, Version: 14.0.6024.1000, Zeitstempel: 0x4d83e4fc
Name des fehlerhaften Moduls: VBE7.DLL, Version: 7.0.16.19, Zeitstempel: 0x4d430aec
Ausnahmecode: 0xc0000005
Fehleroffset: 0x00023081
ID des fehlerhaften Prozesses: 0x22f0
Startzeit der fehlerhaften Anwendung: 0x01cf4e6bb3f096ac
Pfad der fehlerhaften Anwendung: C:Program Files (x86)Microsoft OfficeOffice14MSACCESS.EXE
Pfad des fehlerhaften Moduls: C:PROGRA~2COMMON~1MICROS~1VBAVBA7VBE7.DLL
Berichtskennung: f30a7ccc-ba5e-11e3-9e54-78e3b51c15e2

Lösung:

Eine Lösung die ich in den ersten drei Fällen früher schon angewendet habe, wäre eine neue leere Datenbank zu beginnen und dort alle Daten/Module/… aus der korrupten Datenbank zu importieren.

Diese Lösung ist aber ein wenig unbefriedigend, weil alle Einstellungen/Verweise/Optionen auch wieder nachgeführt werden müssen.

Ich habe aber in der Zwischenzeit eine weitaus einfacher Lösung gefunden: Access mit dem Parameter /decompile starten und die betreffende Datei einfach nur öffnen!

Access 2003
„C:ProgrammeMicrosoft OfficeOFFICE11MSACCESS.EXE“ /decompile
danach einfach über „Datei öffnen“ die korrupte Datei öffnen
oder:
„C:ProgrammeMicrosoft OfficeOFFICE11MSACCESS.EXE“ /decompile Pfad/und/Name/der/datei.mdb

Access 2010  (Access 2007)
„C:Program Files (x86)Microsoft OfficeOffice14MSACCESS.EXE“ /decompile
danach einfach über „Datei öffnen“ die korrupte Datei öffnen
oder:
„C:Program Files (x86)Microsoft OfficeOffice14MSACCESS.EXE“ /decompile Pfad/und/Name/der/datei.mdb

Diese einfache Lösung hat in allen Fällen sofort zum Erfolg geführt!

 

Tags: „Microsoft Access“, „Access 2003“, „Access 2007“, „Access 2010“, „Access APPCRASH“, „Microsoft Access funktioniert nicht mehr“

 

profile_temp02

User bekommen nur temporäres Benutzerprofil

Nach einem Serverabsturz (Windows 2008 R2 Terminal Server, Roaming Profile) können sich einzelne User nicht mehr normal einloggen. Sie bekommen folgende Meldung:

Das lokale Benutzerprofil wurde nicht gefunden. Sie werden mit einem temporären Benutzerprofil angemeldet. Änderungen, die Sie am Benutzerprofil vornehmen, gehen bei der Abmeldung verloren.

Korrespondierend findet man in der Ereignisanzeige auch den Eintrag:

Protokollname: Application
Quelle:        Microsoft-Windows-User Profiles Service
Ereignis-ID:   1511
Aufgabenkategorie:Keine
Ebene:         Fehler
Beschreibung: Das lokale Benutzerprofil wurde nicht gefunden. Sie werden mit einem temporären Benutzerprofil angemeldet. Änderungen, die Sie am Benutzerprofil vornehmen, gehen bei der Abmeldung verloren.

Die User können sich zwar einloggen, erhalten dann aber entsprechend ein leeres neues Profil, welches tatsächlich auch nicht auf deen Server zurückgespeichert wird.
Weiters wird auch kein Unterverzeichnis C:\users\<username> erstellt.

Mehrfaches ein- und ausloggen hilft genausowenig wie das durchstarten des Servers.

Variation: Ebenfalls nach einem Absturz auf einem Windows 2008 R2 Application Server kommt beim Versuch sich als Domainadminstator mit lokalem Profil einzuloggen die Meldung:

profile_temp02
C:\Windows\system32\config\systemprofile\Desktop bezieht sich auf einen Pfad, der nicht verfügbar ist.

Mit diesem Desktop kann man danach nicht sinnvoll arbeiten – jeder Versuch den Explorer zu öffnen oder ähnliches bringt wieder die selbe Meldung.
Diese Meldung sieht man allerdings nur am Bildschirm. In der Ereignisanzeige steht zur selben Zeil etwas ganz anderes:

Protokollname: Application
Quelle:        Microsoft-Windows-User Profiles Service
Ereignis-ID:   1505
Aufgabenkategorie:Keine
Ebene:         Fehler
Beschreibung: Das Profil konnte nicht erfolgreich geladen werden, aber Sie wurden mit dem standardmäßigen Profil für das System angemeldet.
Details – Zugriff verweigert

 

Lösung: (für beide Fälle)

Ausführen: regedit (als Administrator)

zu folgendem Pfad navigieren: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
 alle Einträge mit S-xxxx.bak löschen.

(alle User, die eine .bak-Zeile haben sind betroffen

Danach können sich die User sofort wieder normal einloggen – die Profile werden wieder vom Server geholt.

profile_temp01

Siehe auch:  http://support.microsoft.com/kb/947242/de

Tags: Terminalserver, Citrix, Profil, Roaming Profile, „Der Pfad ist nicht verfügbar Desktop“