Autor |
Beitrag |
webbi
      
Beiträge: 142
Win XP Pro SP2, Debian GNU/Linux 2.6
D5 Pro, D7 Pro, BDS2006, Kylix3, MS-VS 2005
|
Verfasst: Mi 20.07.05 08:25
Hallo!
Ich habe eine SQL-Datenbank die 20GB groß ist - Es ist nur eine Table.
Laufen sollte das ganze auf einem MS SQL-Server 2000 Enterprise und einem Server mit 32 GB RAM.
Mein Problem ist nun, dass der RAM immer nur zu 2 GB vom SQL-Server ausgelastet ist und die Datenbank dadurch unendlich langsam wird...
Hat da jemand eine Idee?
|
|
jaevencooler
      
Beiträge: 166
Erhaltene Danke: 6
MS-DOS,Win32, Win95, Win 98, Me,XP, Linux, NT4.0, NT 2000-2008, Vista, Windows 7
Turbo Pascal,D1 Enter,D2 Enter,D3 Enter,D5 Enter, Kylix, D2007, PL/SQL, MS/SQL, Delphi 2010, Delphi XE
|
Verfasst: Mi 20.07.05 09:30
Moin, Moin,
ich bin zwar nicht der ausgesprochene MS-SQL Server Experte, ich nutze lieber ein prof. System (Oracle), aber ich denke was für einen Oracle Server gilt, wird auch für einen MS-SQL server gelten.
1.) eine Tabelle 20 GB groß, auf einem Windows System, kann gar nicht schnell sein !
Du solltest darauf achten das deine Tabelspaces verteilt liegen, also mehrere Datendateien, nicht größer als 5 GB
2.) das RAM Problem wird sicherlich ein Einstellungs Problem der Datenbank sein. Soweit ich weiß kann man auch beim MS-SQL server die Instancen Parameter ändern, da solltets Du mal nachsehen.
Wenn das alles nicht hilft, versuch es doch mal mit einer richtigen Datenbank.
Du kannst Dir die Oracle datenbank zu Testzwecken bei [url]otn.oracle.com[/url] (Anmeldung ist kostenfrei), herunterladen.
Viel Spaß
Michael
_________________ Wissen ist Macht, nichts wissen macht auch nichts...
|
|
Stefan.Buchholtz
      
Beiträge: 612
WIN 2000, WIN XP, Mac OS X
D7 Enterprise, XCode, Eclipse, Ruby On Rails
|
Verfasst: Mi 20.07.05 09:41
Welche Windows-Version ist das denn? Soweit ich weiss, kann unter dem normalen 32-Bit Windows (egal ob jetzt XP oder 2003 Server) ein Prozess nicht mehr als 2 GB speicher bekommen.
Wie sind denn die Daten strukturiert? Eine grosse, nicht indizierte Tabelle von 20GB kann auf keiner existierenden DB schnell durchsucht werden. Wenn man so grosse Datenmengen hat, kommt es darauf an, so Indizes zu setzten und Abfragen zu formulieren, dass du Full Table Scans (also sequentielles Durchsuchen der gesamten Tabelle, zumindest Oracle nennt das so) unter allen Umständen vermeidest. Mit dem MS SQL Query Optimizer kenne ich mich nun gar nicht aus (hat der sowas überhaupt?), aber auch MS SQL wird wohl eine Möglichkeit haben, dass du dir den Query-Plan, also die Methode, mit der eine Abfrage ausgeführt wird, ansehen und optimieren kannst.
Wenn der MS SQL Server so eine Funktion nicht hat, kann ich mich nur meinem Vorredner anschliessen: Wirf MS SQL weg und nimm eine richtige Datenbank.
Stefan
|
|
webbi 
      
Beiträge: 142
Win XP Pro SP2, Debian GNU/Linux 2.6
D5 Pro, D7 Pro, BDS2006, Kylix3, MS-VS 2005
|
Verfasst: Mi 20.07.05 09:58
Ist ein 2003 Enterprise Server drauf... - Und an den Indizes oder den Querys liegt es mit Sicherheit nicht!
@jaevencooler:
Kannst du Komponenten für Oracle empfehlen?
Danke für eure Hilfe!
|
|
jaevencooler
      
Beiträge: 166
Erhaltene Danke: 6
MS-DOS,Win32, Win95, Win 98, Me,XP, Linux, NT4.0, NT 2000-2008, Vista, Windows 7
Turbo Pascal,D1 Enter,D2 Enter,D3 Enter,D5 Enter, Kylix, D2007, PL/SQL, MS/SQL, Delphi 2010, Delphi XE
|
Verfasst: Mi 20.07.05 10:16
Moin, Moin,
aber sicher kann ich das, schau mal bei www.allroundautomations.nl/ herein, gemeint ist Direct Oracle Access.
Schnell und zuverlässig, kann ich nur empfehlen.
Bei Rückfragen kannste gerne anfragen...
Beste Grüße
Michael
_________________ Wissen ist Macht, nichts wissen macht auch nichts...
|
|
Stefan.Buchholtz
      
Beiträge: 612
WIN 2000, WIN XP, Mac OS X
D7 Enterprise, XCode, Eclipse, Ruby On Rails
|
Verfasst: Mi 20.07.05 10:22
jaevencooler hat folgendes geschrieben: | Moin, Moin,
aber sicher kann ich das, schau mal bei www.allroundautomations.nl/ herein, gemeint ist Direct Oracle Access.
Schnell und zuverlässig, kann ich nur empfehlen.
|
Stimmt, die setzen wir auch ein. Sehr empfehlenswert.
Stefan
|
|
jasocul
      
Beiträge: 6393
Erhaltene Danke: 147
Windows 7 + Windows 10
Sydney Prof + CE
|
Verfasst: Mi 20.07.05 11:03
Wirklich gute Komponenten. Funktionieren zwar etwas anders als man es gewohnt ist, sind aber stabil, zuverlässig und schnell.
|
|
KidPaddle
      
Beiträge: 351
WinXP,Linux
D7 Prof, XE7
|
Verfasst: Mi 20.07.05 19:46
Das Problem mit den 2 GB Hauptspeicher kenne ich. Das liegt zum einem an dem Betriebssystems- und an der SQL-Server - Version. Bei den Standard-Versionen werden nur max. 2GB verwendet. Ich glaube man braucht mindestens die nächst nachfogende Version, damit man auch mehr als 4 Prozessoren und mehr als 4GB Hauptspeicher verwenden kann.
Gruß
Thomas
|
|
webbi 
      
Beiträge: 142
Win XP Pro SP2, Debian GNU/Linux 2.6
D5 Pro, D7 Pro, BDS2006, Kylix3, MS-VS 2005
|
Verfasst: Do 21.07.05 07:38
Ich habe nur Enterprise-Versionen installiert:
Win 2003 Server Enterprise - bis 8 CPUs und 32 GB RAM (x86)
SQL 2000 Server Enterprise - bis 32 CPUs und 64 GB RAM
Der Test-PC: 4 * 3.0 GHz und 32 GB RAM - Passt also alles...
Ich hoffe, dass jetzt keiner mehr den Fehler bei den Versionen oder der Hardware vermutet.
Habe das Problem mittlerweile übrigens gelöst - boot.ini etwas verändern und alles läuft...
|
|
KidPaddle
      
Beiträge: 351
WinXP,Linux
D7 Prof, XE7
|
Verfasst: Do 21.07.05 12:40
Und was hast Du in der boot.ini geändert?
Gruß
Thomas
|
|
webbi 
      
Beiträge: 142
Win XP Pro SP2, Debian GNU/Linux 2.6
D5 Pro, D7 Pro, BDS2006, Kylix3, MS-VS 2005
|
Verfasst: Do 21.07.05 16:02
"/pae" hinter "/fastdetect" und das wars
|
|
|