| |
VB & DatenbankenRe: CompactDatabase dauert sehr lange | | | Autor: Franki | Datum: 16.12.11 04:39 |
| Hallo Wolfgang,
Wolfgang Schwarz schrieb:
Zitat: | |
Kann also m.E. nicht durch die Dateistruktur bedingt sein.
Virenscanner scheidet auch aus, haben wir testweise schon
abgeschaltet.
| |
Was verstehst du unter "Virenscanner ausschalten"?
Irgendwo über "rechte Maustaste in der Taskleiste" oder dem Verwaltungsmenü des Virenscanner die Überwachung auf AUS zu schalten reicht definitiv nicht um zu analysieren, ob der Virenscanner das Problem ist. Schon gar nicht, wenn es sich um Security-Suites handelt bei denen halt auch ein Virenscanner dabei ist.
Zitat: | |
Was kann die Ursache für so ein Verhalten sein ?
Aktuell habe ich den RAID-Controller in Verdacht.
| |
Je nachdem was für ein RAID-System du verwendest, könnte das natürlich sein. Aber dafür müsste es ja auch andere Anhaltspunkte geben die sich unabhängig von der Komprimierung der DB auswirken. Also z.B. Kopieren einer großen Datei von Rechner A zu B oder halt von A zu Rechner C der den evtl. defekten Controller hat. Da würde ich zuerst ansetzen.
Zitat: | |
Kennt jemand so ein Problem und weis Abhilfe
| |
Ja klar, diese Problematik kennt so gut wie jeder Programmierer
Aber damit muss man leben, und wenn nach einer Lösung gesucht wird, dann bringt es nichts, dass jeder der übergeordneten Abteilungen die Schuld auf den anderen schiebt, denn dadurch wird das Problem ja nicht gelöst.
Wenn DU das Problem lösen möchtest oder musst, dann bleibt dir nichts anderes übrig als da analytisch vorzugehen oder halt zu sagen: Streitet euch, wenn ihr den Schuldigen habt, sagt mir bescheid, ich mache so lange Urlaub
Andere Ursachen zwischen den Servern könnten auch mangelhafte Netzwerkverbindungen sein, langsamere Zugriffszeiten auf die Server usw. usw.
Die theoretischen Möglichkeiten sind da unendlich sozusagen.
Und ja, es könnte auch am Code liegen. Extrembeispiel, ein alter 486er Rechner arbeitet eine Aufgabe langsam ab, einer moderner Rechner braucht dafür nur Millisekunden. Der alte arbeitet sie auch ab, dauert halt.
Grade bei VB-Classic Programmen wurde früher oft der Fehler gemacht Programmcode der zu langsam ist, nicht zu optimieren, da es ja immer schon schnellere Rechner gab und das so gar nicht aufgefallen ist. Das nur als Ansatzpunkt woran es evtl. auch liegen könnte.
Gruß und viel Erfolg bei der Analyse des Problems
Frank | |
| Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
Einloggen | Neu registrieren |
|
|
vb@rchiv CD Vol.6 vb@rchiv Vol.6
Geballtes Wissen aus mehr als 8 Jahren vb@rchiv!
Online-Update-Funktion Entwickler-Vollversionen u.v.m.Jetzt zugreifen Tipp des Monats Neu! sevCommand 4.0
Professionelle Schaltflächen im modernen Design!
Mit nur wenigen Mausklicks statten auch Sie Ihre Anwendungen ab sofort mit grafischen Schaltflächen im modernen Look & Feel aus (WinXP, Office, Vista oder auch Windows 8), inkl. große Symbolbibliothek. Weitere Infos
|
|
|
Copyright ©2000-2024 vb@rchiv Dieter Otter Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.
Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel
|
|