newuser41 10 Geschrieben 17. Februar 2004 Melden Teilen Geschrieben 17. Februar 2004 :( Hi bin ganz neu hier rein "geschneit" In der Firma haben wir zwei Server die als Domaincontroller laufen. Windows 2000. Zusätzlich befindet sich hier auch ein ISA-Server. Soweit läuft alles prima. So nun aber unser prob. Eine Access Datenbank braucht manchmal wirklich sehr lange bis die Abfragen ausgeführt sind. Wenn die Datenbankdatei auf einem anderen PC oder Server abgelegt ist, ist diese selbe Abfrage viel schneller. Zur Vorgeschichte: wir mußten den Server auf eine neue Maschine installieren. Der Name des neuen Servers ist nun ein anderer. Alle Scripte sind auf den neuen Server umgeschrieben. Es wäre echt super, wenn nun jemand ein paar Tipps hätte Danke Zitieren Link zu diesem Kommentar
old_di 10 Geschrieben 17. Februar 2004 Melden Teilen Geschrieben 17. Februar 2004 bin zwar kein netz profi, interessiere mich aber auch sehr für db's. kannst du das mit der geschwindigkeit vielleicht genauer erklären? prinzipiell würde ich versuchen auszuschließen ob es an der netzwerkgeschwindigkeit hängt oder an der ausführung der abfragen durch access. Zitieren Link zu diesem Kommentar
Mr.Spock 10 Geschrieben 17. Februar 2004 Melden Teilen Geschrieben 17. Februar 2004 Hi newuser41 Herzlich Willkommen in diesem Forum. Welchen Server/Client hast du in deiner Firma installiert? Bitte poste die Netzwerk Einstellungen, danke. Zitieren Link zu diesem Kommentar
newuser41 10 Geschrieben 18. Februar 2004 Autor Melden Teilen Geschrieben 18. Februar 2004 danke Mr. Spock, old_di an der Accessdatenbank kann das wohl nicht liegen, denn wenn diese an einem anderen Server gespeichert wird, sind die Abfragen schneller beantwortet und diese andere Maschine ist wohl viel langsamer als der neue Server. Der alte Server hatte auch "nur" einen 933er Pentium, der neue hingegen ist ein 2,4 GHz. Alle Server und Workstations sind Windwos 2000 Maschinen mit dem SP 4. Auf dem Domaincontroller läuft zusätzlich noch ein Exchange Server 2000. Doch das ist bestimmt nicht der Grund, weshalb die Datenbank so lahm ist. Der Switch auf die neue Hardware war aber nicht so berauschend wie erwartet. So nun seid ihr wieder an der Reihe. Danke Mfg. new_user41 Zitieren Link zu diesem Kommentar
old_di 10 Geschrieben 19. Februar 2004 Melden Teilen Geschrieben 19. Februar 2004 .... also ich denke das wird schwierig. 1. vielleicht hängt das mit der Optimierung des Servers für Anwendungen bzw. Hintergrunddienste zusammen (einfach vergleichen) => ich weiß nicht welcher Dienst für die db - Abfrage bei Access verantwortlich ist. 2. vielleicht mit der Anbindung des Rechners an das Netzwerk, Datendurchsatz testen (da gibt es bestimmt Tools => wenn jemand da was kennt kann er es ja hier rein schreiben) Überlegt euch doch mal auf eine MySQL Db umzusteigen. Als Front-End könnt ihr ja trotzdem die Access-Anwednung laufen lassen. Habe das hier gemacht ... und habe den Eindruck, als ob das flinker geht. Wenn hier jetzt keine weiteren Wortmeldungen von anderen kommen, sollt wir vielleicht mit dem Thema in ein anderes Forum wechseln. Zum Beispiel: http://spotlight.de/nzforen/msa/t/forum_msa_8.html Zitieren Link zu diesem Kommentar
-farbsu-ch-tt 10 Geschrieben 19. Februar 2004 Melden Teilen Geschrieben 19. Februar 2004 Prüfe. ob alle eventuellen verweise zu Dateien ausserhalb der db per UNC-pfad angegeben sind oder per laufwerkspezifischem Pfad engegeben sind. Falls der alte DC nicht korrekt entfernt wurde, kann die Umsetzung des UNC-Pfades wesentliche Verzögerungen hervorrufen. Ich musste auch einen DC wechseln und hatte danach beim Öffnen von x-beliebigen Dokumenten massive Verzögerungen... Zitieren Link zu diesem Kommentar
lupo45 10 Geschrieben 19. Februar 2004 Melden Teilen Geschrieben 19. Februar 2004 hmmm, interessant! ob da vielleicht noch irgendwie die alte SID im Spiel ist?! Was hast du denn gemacht um das Problem zu beheben? Und wie muss man einen DC 'richtig' wechseln, damit das erst gar nicht passiert? Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.