Anwendung funktioniert teilweise auf Terminalserver nicht

[hawebe]

Hallo,

User, die auf dem Terminalserver arbeiten teilen mit, dass in meiner Anwendung der Excel-Export nicht funktioniert und nun auch Suchergebnisse nicht komplett angezeigt werden.

Das Merkwürdige daran ist, dass ich in meiner Arbeitsumgebung auf dem Server keines dieser Probleme habe.
Nach Aussage des Server-Betreibers sind die Umgebungen in denen die User und auch ich arbeite identisch. Diese Aussage kann ich leider nicht verifizieren.

Ich bin mit meinem Latein am Ende, weil viele meiner Versuche keine Besserung gebracht haben. Daher kommt mir zwangsläufig der Gedanke, dass die Umgebungen für Office 2010 doch nicht
die selben sind.
Ich habe auf meinem Rechner selbst hin und wieder Probleme- zumindest glaube ich das und führe eine Reparatur von Office 2010 durch. Danach läuft - subjektiv empfunden - Access wieder rund.

Sollte ich das dem Server-Betreiber mal empfehlen oder habt Ihr vielleicht ähnliche Erfahrungen gemacht und könnt mir auf die Sprünge helfen.

[database]

Hallo,

dein Problem KANN eines jener sein, die entstehen können, wenn die IT nicht in der eigenen Firma zu Hause ist sondern 3. überantwortet wird.

Aber... der Betreiber des Servers ist dem Kunden gegenüber verpflichtet, ordnungsgemäß funktionierende Software zur Verfügung zu stellen.
Wenn du mit deinem Anwendungsteil keine Probleme hast und andere Benutzer mit dem gleichen Teil über Probleme klagen, kann nicht von identen Umgebungen oder identen Installationen gesprochen werden - was aber dann letztendlich in der Realumgebung die Probleme verursacht kann an der Stelle nicht pauschal richtig beantwortet werden.
Handelt es sich bei den betroffenen Anwendungen um FE/BE-Lösungen?

und führe eine Reparatur von Office 2010 durch

Naja, ob das nun das Gelbe vom Ei ist wage ich auch in Frage zu stellen.
Was verändert sich permanent auf deinem Rechner so, dass du Office reparieren mußt.
Ich habe z.B. auf meinem Arbeitsvieh Office 2010 seit 2 Jahren am Laufen, arbeite sicher nicht gerade wenig damit.
Eine Reparatur der Installation habe ich bislang keine benötigt.
Die Kombination W7 / Off2010 ist eigentlich sehr stabil und zuverlässig, daher verstehe ich solche Aktionen nicht ganz.
Welcher Art sind denn die Probleme die du da als hin und wieder auftretende bezeichnest?

[hawebe]

Danke das Du Dich engagierst.

Ja es sind FE und BE  installiert.

Die Sache mit der Reparatur ist subjektiv empfunden. Jedenfalls werden dabei viele Dateien neu installiert.

Ich habe meinem Neffen soeben eine komplette Anwendung (ohne FE/BE) gemailt.
Nach copy auf seinen APC  kann er zwar das Startformular öffnen, aber die weiterführenden Button lösen kein Ereignis aus.

Es spricht m.E. alles dafür, dass hier etwas total zerschossen ist.

Wir werden das mit dem server-Betreiber klären.

Danke für Dein Engagement.

[DF6GL]

Hallo Ha-Wo,


Deine Beschreibung läßt darauf schliessen, dass beim entspr. User die "Vertrauenswürdigen Speicherorte" nicht oder nicht richtig definiert/eingestellt sind.  Evtl.wird dabei auch VBA nicht   "vertraut".  Das sind Einstellungen, die unter Optionen/Sicherheitscenter/Einstellungen für das Sicherheitscenter   zu finden sind.


Zerschossen dürfte da zur Zeit noch nichts sein.

[hawebe]

Hallo Franz,

Sicherheitseinstellungen auf meinem home-PC:
C:\Programm Files (x86)\Microsoft Office\Office14\ACCWIZ\

Hier trenne ich meine Anwendung in FE/BE in einer Partions- und Verzeichnisstruktur, die mit der des Servers übereinstimmt.
Anschließend kopiere ich diese über eine Remote-Destopverbindung auf den Server.

Auf dem Server wird diese Sicherheitseinstellung im FE wie folgt übernommen:
C:\Programm Files\Microsoft Office\Office14\ACCWIZ\

In meiner Serverumgebung fünktioniert ja auch alles.

Die Frage ist, ob ich das Häkchen setzen sollte für: Vertrauenswürdige Speicherorte im Netzwerk zulassen

[database]

Hallo,

die Sache mit den Sicherheitseinstellungen bei den höheren Access-Versionen ist nicht ganz ohne.
Der von dir zitierte Pfad ist eine Standardeinstellung von Office 2010 nach der Installation, in diesem Verzeichnis
liegen die Access-Assistenten. Unterverzeichnisse für Benutzerdateien wären dort nicht zulässig.
Du müsstest dafür ein eigenes Verzeichnis anlegen oder als vertrauenswürdigen Speicherort deklarieren (einstellen).

Sieh dazu vielleicht auch mal die Informationen des 'Erfinders' 

http://technet.microsoft.com/de-de/library/cc179039(v=office.14).aspx

und dann kommt es natürlich auch darauf an ob du selbst die Möglichkeit hast die Einstellungen der Serverinstallation zu verändern.

[hawebe]

Hallo Peter,

ich habe keinen Zugriff auf die Serverinstallation.

Wenn ich alles richtig verstanden habe (Neuland für mich), dann muß der Serverbetreiber ein Verzeichnis als vertrauenswürdigen Speicherort erstellen.

Diesen Pfad müsste ich dann in meine Anwendung als vertrauenswürdigen  Speicherort übernehmen.

Richtig?

[database]

Hallo,

ich kann mich nun ja kaum als Kenner der Terminalserverumgebungen nennen, m.W. aber werden in solchen Konstellationen Office-Dateien ja nicht auf den Clientrechnern ausgeführt sondern im Rahmen eines Remotezugriffes auf dem Server.

Mglw. gibt es auch andere Konstellationen, wenn aber in deinem Fall die Konfig so am Laufen ist,
müsste die Definition von vertrauenswürdigen Speicherorten am Server vorgenommen werden - dort werden sie ja auch gebraucht und verwendet.

Aus vergangenen Postings glaube ich erkannt zu haben, dass Franz da besser bewandert ist als ich.
Ich hoffe DF6GL liest hier noch mal rein und bessert bei Bedarf meine Annahme nach 

[DF6GL]

Hallo,

naja, viel Mysteriöses gibt es ja dabei nicht...

Die "Zugriffregelung" auf die Dateien und das Zulassen von Makros/VBA erfolgen eben über die Angabe der entspr. Verzeichnisse in den "vertrauenwürdigen Speicherorten" und den Zulassen/Vertrauen  von Makros/VBA.  Ein Zulassen des "Netzwerkes" ist nicht vonnöten, hier wird ja das FE nicht über das Netzwerk mit einem lokalen Access direkt geladen/gestartet, eher über RDP-Monitor direkt auf dem Server, wo auch das Access installiert sein muss /sollte.

Zusätzlich dürften bei einer Server-Installation (User-Account auf einer Server-Maschine mit RemoteDesktop-Zugriff , --> Terminal-Server-Client-Struktur) noch die Windows-Rechtevergabe da ein Wörtchen mitreden wollen, soll heißen, für die benutzten Vezeichnisse (für FE und BE) müssen die Lese-Schreib-Änderungs-Lösch-Rechte für den jeweiligen User gesetzt sein.

[hawebe]

Hallo,

ich danke für die Hilfen und somit für die Bestätigung, dass es nicht an meiner Anwendung liegt (wie es mich der Server-Betreiber glauben machen will).
Nun muss die Firma (Verwandtschaft) den Druck erhöhen. Immerhin werden für die Anbindung rund 600 €  im Monat gezahlt.

Sollte der Serverbetreiber alle Sicherheitseinstellungen berücksichtigt haben ohne das sich das Entscheidendes ändert, fällt mir ein mögliches anderes
Konfliktfeld ein:

Noch immer wird aktuell eine Anwendung unter ACCESS 2.0 genutzt (sie soll durch meine Anwendung ersetzt werden).
Access 2.0 war auf den Clientrechnern separt, mit Office 2003 installiert und lief auf dem firmeneigenen Server problemlos.
Diese alte Anwendung wird nun irgendwie über den Terminalserver zu den Clients gebracht wird.

Haltet Ihr es für möglich, dass eine geöffnete ACCESS 2.0 und eine geöffnete ACCESS 2010-Anwendung auch Ursache für die
Probleme meiner Anwendung bei den Clients sein kann?

[DF6GL]

Hallo,

genau bestätigen/dementieren  kann ich das nicht, weil ich eine solche Versions-Variante noch nie probiert habe.  Denkbar wäre, allerdings mit wenig Wahrscheinlichkeit, schon eine Kollision.


Allein die Bedienung Über TSC  sollte aber keine Konflikte erzeugen, wenn man die auch für diese Version gültigen/nötigen Windows-User-Rechte (auf dem Server) einräumt.

[database]

Hallo,

Access 2.0 *omannomann*  ist ja noch eine 16Bit Geschichte und stammt aus der elektronischen Steinzeit  

Ob eine Parallelinstallation 2.0/2010 unter einem Serverbetriebssystem der neueren Generation Konflikte verursacht oder verursachen kann ... *zzzt*
Ich kann mir persönlich eigentlich nicht vorstellen, dass diese Mischform überhaupt so ohne Weiteres machbar ist.
M.E. könnte auf diesem Terminalserver eine VM laufen, die den Zugriff auf die 2.0 Version ermöglicht - wodurch dann diese Installation von
Office 2010 'abgekapselt' laufen würde.

Auch wenn es gelingt die beiden Systeme zu 'verbandeln' kann ich mir nur vorstellen, dass die Tabellen und ev. Abfragen unter Acc2010 verwendbar sind und die anderen Objekte vorher mit niedrigeren Versionen (2000, XP, 2003, 2007) 'nach oben' konvertiert werden müssen.

@Franz
Danke für deine Ergänzungen!

...die Windows-Rechtevergabe da ein Wörtchen mitreden wollen...

Mit Sicherheit, die Benutzer müssen über Ändern-Rechte auf die, als vertrauensürdige Speicherorte deklarierte Verzeichnisse besitzen,
sonst 'darf' zwar Access werkeln aber der Benutzer nicht. Das verhält sich ähnlich wie bei einer C/S Anwendung im eigenen Netzwerk.

[hawebe]

Hallo,

das mit Access 2.0 bedeutet für mich zwar einen zeitlichen Aufwand, aber in einem Alter von 68 Jahren hat man viel Zeit.

Speziell für die Konvertierung dieser Daten habe ich auf meinem Rechner in einer 2. Partition Windows XP und Office 2003 installiert.
Ich hole mir über eine Remoteverbindung die aktuellen Daten vom alten Firmen-Server und konvertiere sie nach Access 2003.

Dann wechsele ich zu Windows 2010, konvertiere die Daten nach Access 2010 und bringe die Tabellen - schrittweise in 4 weiteren db - auf die
in meiner neuen Anwendung benötigten Inhalte.
Die neuen Tabellen importiere ich in meine Anwendung und aktualisiere über ein spezielles Form mit Löschen (alt) und Anfügen (neu).

Klappt wunderbar, hat aber sehr viel Zeit beim Anlegen dieses Verfahrens gekostet.

Ich werde nun mal schauen, ob es in der Firma einen Rechner gibt, auf dem Access 2.0 nicht installiert ist und dann einen neuen Test starten.

Da das dauern kann, werde ich dieses Thema zunächst beenden.

Herzlichen Dank für Euere Hilfe.