10
Windows 2003 Terminal Server div. Office Abstürze
Hallo
habe ein Problem mit einem Windows 2003 Server R2.
Auf dem Server arbeiten ca. 8-10 Benutzer per Terminal Session mit einer Buchhaltungs/Warenwirtschafts Software.
Der Server ist nur AD Mitgliedsserver!
Die Datenbank der Buchhaltungssoftware liegt auf einem anderen Server.
Die zwei Server sind über eine 1,0 GB/s Leitung verbunden.
Die Datenbank ist eine Access Datenbank (deshalb muss auf dem TS auch ein office installiert sein)
Der Terminal Server hat folgende Hardware verbaut:
Intel S3000AHLX (Aspen Hill)Single P4 LGA775
CPU Intel Core 2 Duo E6600 / FSB1066 / 775
4 GB RAM Samsung ECC
3 x 160 GB WD RAID 5
3ware 9650SE- 4LPML PCI-E SATA-II 4 HDD KIT (SATA Controller)
Installierte Software
Windows 2003 SRV SP2 R2
MS Office 2003 Professional
Benötigte Zugriff CALs
Buchhaltungs Client
Jetzt zu dem Fehler:
In diversen Abständen (min. 1xam Tag) stürzt das Buchhaltungsprogramm ab.
Im Ereignissprotokoll steh dann folgende Meldung:
Quelle Microsoft Office 11
Faulting application msaccess.exe, version 11.0.8166.0, stamp 46437912, faulting module mapi32.dll, version 6.6.111.0, stamp 4344d3fc, debug? 0, fault address 0x000048e3.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Was probiert wurde:
Neu Installation ohne Erfolg
boot.ini erweitert um den Parameter /nopae ohne Erfolg
Div. Hardware wurde umgebaut/ausgebaut, Switches getausch, NICs getauscht, Mainboard, CPU, RAM getauscht ohne Erfolg.
Habt ihr noch eine Idee was ich machen kann?
Sollten Infos fehlen bitte melden.
Vielen Dank
kiwilev1789
habe ein Problem mit einem Windows 2003 Server R2.
Auf dem Server arbeiten ca. 8-10 Benutzer per Terminal Session mit einer Buchhaltungs/Warenwirtschafts Software.
Der Server ist nur AD Mitgliedsserver!
Die Datenbank der Buchhaltungssoftware liegt auf einem anderen Server.
Die zwei Server sind über eine 1,0 GB/s Leitung verbunden.
Die Datenbank ist eine Access Datenbank (deshalb muss auf dem TS auch ein office installiert sein)
Der Terminal Server hat folgende Hardware verbaut:
Intel S3000AHLX (Aspen Hill)Single P4 LGA775
CPU Intel Core 2 Duo E6600 / FSB1066 / 775
4 GB RAM Samsung ECC
3 x 160 GB WD RAID 5
3ware 9650SE- 4LPML PCI-E SATA-II 4 HDD KIT (SATA Controller)
Installierte Software
Windows 2003 SRV SP2 R2
MS Office 2003 Professional
Benötigte Zugriff CALs
Buchhaltungs Client
Jetzt zu dem Fehler:
In diversen Abständen (min. 1xam Tag) stürzt das Buchhaltungsprogramm ab.
Im Ereignissprotokoll steh dann folgende Meldung:
Quelle Microsoft Office 11
Faulting application msaccess.exe, version 11.0.8166.0, stamp 46437912, faulting module mapi32.dll, version 6.6.111.0, stamp 4344d3fc, debug? 0, fault address 0x000048e3.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Was probiert wurde:
Neu Installation ohne Erfolg
boot.ini erweitert um den Parameter /nopae ohne Erfolg
Div. Hardware wurde umgebaut/ausgebaut, Switches getausch, NICs getauscht, Mainboard, CPU, RAM getauscht ohne Erfolg.
Habt ihr noch eine Idee was ich machen kann?
Sollten Infos fehlen bitte melden.
Vielen Dank
kiwilev1789
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 79329
Url: https://administrator.de/contentid/79329
Printed on: April 16, 2024 at 22:04 o'clock
10 Comments
Latest comment
Aufgrund meiner erfahrungen mit MS Access hege ich erhebliche zweifel an der Terminalserverfähigkeit dieser Anwendung.
Auch wenn ich diesbezüglich keine erfahrungen mit Access 2003 habe, in den Vorgänger Versionen (seit access 97) sind mir immer wieder sie seltsamstem Fehlermeldungen und/oder Seiteneffekte untergekommen.
Was sagt der Entwickler der Anwendung zu diesem Fehler?
Auch wenn ich diesbezüglich keine erfahrungen mit Access 2003 habe, in den Vorgänger Versionen (seit access 97) sind mir immer wieder sie seltsamstem Fehlermeldungen und/oder Seiteneffekte untergekommen.
Was sagt der Entwickler der Anwendung zu diesem Fehler?
Hallo,
ein Kollege von mir hatte / hat das Problem auch seit kurzem. Ich glaub das kam erst nach dem letzten DATEV Update. Da hat's auch gehakt im Terminal mit dem Office. Was für eine Buchungssoftware wird denn benutzt?
Allerdings auch noch keine Lösung soweit ich weiß.
ein Kollege von mir hatte / hat das Problem auch seit kurzem. Ich glaub das kam erst nach dem letzten DATEV Update. Da hat's auch gehakt im Terminal mit dem Office. Was für eine Buchungssoftware wird denn benutzt?
Allerdings auch noch keine Lösung soweit ich weiß.
Hi Kiwilev,
schau' Dir mal diesen Artikel bez. Fixmapi an.
http://msdn2.microsoft.com/en-us/library/ms531278.aspx
Gruß
Stefan
schau' Dir mal diesen Artikel bez. Fixmapi an.
http://msdn2.microsoft.com/en-us/library/ms531278.aspx
Gruß
Stefan
Installierte SOftware Sage Office Line 4.0
Laut Hersteller Terminal Server fähig.
Auch auf div. Systemen so installiert ohne Probleme.
Link schau ich mir gleich an.
Danke und Gruß
Laut Hersteller Terminal Server fähig.
Auch auf div. Systemen so installiert ohne Probleme.
Link schau ich mir gleich an.
Danke und Gruß
Hallo
wir haben fast das gleiche Problem mit Sage Office Line 4.0 auf einem MS Terminal Server.
Bei uns kommen zu den Mirosoft Office 11 fehlern aber noch komplette Programmabstürze "Application Hang"
Eine Lösung habe ich leider auch noch nicht gefunden.
Mein einziger Anhaltspunkt ist bislang der, dass wenn bei einem Benuzer ein Absturz auftritt, meist innerhalb kurzer Zeit weitere Access-Abstürze folgen. Wenn ich dann die Standarddrucker
lösche, dann neu verbinde und in Sage die Druckervoreinstellung für diesen Drucker neu setzte ist für diesen Benutzer erstmal einige Zeit ruhe.
Ich bin für jeden hinweis dankbar.
micky74
wir haben fast das gleiche Problem mit Sage Office Line 4.0 auf einem MS Terminal Server.
Bei uns kommen zu den Mirosoft Office 11 fehlern aber noch komplette Programmabstürze "Application Hang"
Eine Lösung habe ich leider auch noch nicht gefunden.
Mein einziger Anhaltspunkt ist bislang der, dass wenn bei einem Benuzer ein Absturz auftritt, meist innerhalb kurzer Zeit weitere Access-Abstürze folgen. Wenn ich dann die Standarddrucker
lösche, dann neu verbinde und in Sage die Druckervoreinstellung für diesen Drucker neu setzte ist für diesen Benutzer erstmal einige Zeit ruhe.
Ich bin für jeden hinweis dankbar.
micky74
Tag
hat doch nochmal jemand ein ähnliches Problem - sorry.
Bei mir ist es so das das Prgramm (Office Line) dann beendet wird aber innerhalb der gleichen Session wieder gestartet werden kann.
In manchen Fällen (nicht immer) stürzt das Programm ab wenn z.B. ein Druckauftrag erstellt wird. Der Druckauftrag wird aber trotzdem gedruckt - Programm stürzt ab - kann danach aber wieder gestartet werden.
naja vielleicht finden Wir ja was um den lästigen Fehler zu beheben.
Was für Hardware habt ihr denn verbaut?
Gruß
kiwilev1789
hat doch nochmal jemand ein ähnliches Problem - sorry.
Bei mir ist es so das das Prgramm (Office Line) dann beendet wird aber innerhalb der gleichen Session wieder gestartet werden kann.
In manchen Fällen (nicht immer) stürzt das Programm ab wenn z.B. ein Druckauftrag erstellt wird. Der Druckauftrag wird aber trotzdem gedruckt - Programm stürzt ab - kann danach aber wieder gestartet werden.
naja vielleicht finden Wir ja was um den lästigen Fehler zu beheben.
Was für Hardware habt ihr denn verbaut?
Gruß
kiwilev1789
Liebe Kolleginnen und Kollegen,
ich dachte immer WIR sind die Einzigsten mit den Office Line Problemen...
dies wurde uns so oft gesagt, dass ich es nicht mehr hören kann..
viele Stunden wurden abgerechnet, obwohl die Probleme meist nie bei uns lagen; und gelöst
wurden diese dann nur kurzfristig. Da kommt richtig Frust auf.
Anders gefragt - gibt es irgendjemand, bei dem die Office Line einwandfrei und stabil läuft
so wie es VOR dem Kauf gesagt wird ?
Wir überlegen auf die 4.0 zu gehen. Was meint Ihr ? Es hiess wird dann stabiler.
Gruss
neu-admin
ich dachte immer WIR sind die Einzigsten mit den Office Line Problemen...
dies wurde uns so oft gesagt, dass ich es nicht mehr hören kann..
viele Stunden wurden abgerechnet, obwohl die Probleme meist nie bei uns lagen; und gelöst
wurden diese dann nur kurzfristig. Da kommt richtig Frust auf.
Anders gefragt - gibt es irgendjemand, bei dem die Office Line einwandfrei und stabil läuft
so wie es VOR dem Kauf gesagt wird ?
Wir überlegen auf die 4.0 zu gehen. Was meint Ihr ? Es hiess wird dann stabiler.
Gruss
neu-admin
Meine Antwort kommt vielleicht etwas spät aber dafür klar:
Nein, die Version 4.0 ist entgegen der Versprechungen zur neuen Version nicht stabiler.
Wir haben die 4.0 WaWi und Rechnungswesen auf Win2003R2 Server TS installieren lassen und täglich 1-5 Abstürze. Ursache unklar. Vielleicht bring die neuste Version - Evolution - abhilfe. So weit sind wir aber noch nicht.
Gruß
micky74
Nein, die Version 4.0 ist entgegen der Versprechungen zur neuen Version nicht stabiler.
Wir haben die 4.0 WaWi und Rechnungswesen auf Win2003R2 Server TS installieren lassen und täglich 1-5 Abstürze. Ursache unklar. Vielleicht bring die neuste Version - Evolution - abhilfe. So weit sind wir aber noch nicht.
Gruß
micky74
Hallo !
Wir überlegen gerade auf einen Win2003R2 TS umzusteigen und KHK 4.0 einzusetzen. Wir haben bisher KHK 3.4 auf allen Rechnern installiert. Laut Händler ist der Wartungsaufwand wesentlich geringer, da wir viele Anpassungen haben. Aber wenn ich die Probleme mit den Abstürzen sehe, die auf uns zukommen, gewinne ich ja nichts - es wird eher schlimmer !
Gibt es bereits neue Erkenntnisse ???
Wir überlegen gerade auf einen Win2003R2 TS umzusteigen und KHK 4.0 einzusetzen. Wir haben bisher KHK 3.4 auf allen Rechnern installiert. Laut Händler ist der Wartungsaufwand wesentlich geringer, da wir viele Anpassungen haben. Aber wenn ich die Probleme mit den Abstürzen sehe, die auf uns zukommen, gewinne ich ja nichts - es wird eher schlimmer !
Gibt es bereits neue Erkenntnisse ???
Hallo zusammen,
Endlich eine positive Rückmeldung zum Thema.
Nach diversen Microsoft Updates auf dem Terminal-Server und der HW-Treiber habe ich den DB-Server mit den neusten Updates von MS versehen. U.a. das SP2 für Win2003 (R2).
Und siehe da, Sage OfficeLine läuft stabil. Genau eingrenzen konnten wir den Verursacher der Abstürze auch im Nachhinein nicht mehr. Das Ergebnis zählt ; )
Gruß
micky
Endlich eine positive Rückmeldung zum Thema.
Nach diversen Microsoft Updates auf dem Terminal-Server und der HW-Treiber habe ich den DB-Server mit den neusten Updates von MS versehen. U.a. das SP2 für Win2003 (R2).
Und siehe da, Sage OfficeLine läuft stabil. Genau eingrenzen konnten wir den Verursacher der Abstürze auch im Nachhinein nicht mehr. Das Ergebnis zählt ; )
Gruß
micky
