Announcement

Collapse
No announcement yet.

Performanceverlust Windows 2003 Small Business Server

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Performanceverlust Windows 2003 Small Business Server

    Hallo!

    Wir haben die Oracledatenbank 9.2.0.8 auf einem Windows 2003 Small Business Server inkl. 4 GB RAM und ausreichend Prozessorleistung installiert. Bei der Installation ist kein Fehler aufgetretten.

    Bei einer größeren, aufwendigeren Abfrage passiert es leider nun, dass die Bearbeitung sehr lange dauert.

    Auf der Datenbank werden in bei 5000 Datensätze bis zu 1000 Inserts gemacht. Dies dauert auf dem Small Business Server bis zu 16 Stunden, während die gleiche Verarbeitung auf einem Linux-Server oder Windows 2003 Standard Server bei gleichem Index, gleichen Datensätzen und gleicher Hardware nur ca 5-10 Minuten dauert.

    Schleierhaft ist uns nun, warum auf einem Windows 2003 Standard Server bei gleicher Hardwarekonfiguration die Bearbeitung der selben Abfrage erheblich schneller bearbeitet wird?!

    Auch ein Abschalten ungenutzter Dienste auf dem Windows 2003 Small Business Server hat keine Besserung gebracht.

    Welche Möglichkeiten gibt es, dies Problem zu lösen? Arbeiten neuere Versionen ihrer Datenbank schneller auf einem Windows 2003 Small Business Server? Gibt es spezielle Dinge, die beachtet werden müssen bei einem Betrieb auf einem Windows 2003 Small Business Server?

    Vielen Dank für eure Hilfe!

    Grüße

  • #2
    habt ihr eine Vieren-Scanner?

    Comment


    • #3
      Hallo!

      Nein, es ist keiner aktiv!

      Grüße
      Zuletzt editiert von k_h; 10.06.2008, 16:26.

      Comment


      • #4
        Originally posted by k_h View Post
        Hallo!

        Nein, es ist keider aktiv!

        Grüße
        Hallo,

        mal auf beiden Büchsen die Session in Trace - Modus schalten und das entsprechende Statement tracen, durch TKPROF laufen lassen und mal vergleichen, ob da unterschiede bestehen (Was zu vermuten ist)


        Gruss

        Comment


        • #5
          Auf der Datenbank werden in bei 5000 Datensätze bis zu 1000 Inserts gemacht.
          Was genau verbirgt sich denn hinter dieser Aussage? Ganz hab ich das leider nicht verstanden?

          Habt ihr die Session vielleicht aus versehen auf Autocommit gestellt?

          bei gleicher Hardwarekonfiguration
          Und die Instancen? Verwenden die auch die identischen Parameter zum hochfahren? Sind die Tabellen per DBMS_STATS analysiert?

          Dim
          Zitat Tom Kyte:
          I have a simple philosophy when it comes to the Oracle Database: you can treat it as a black box and just stick data into it, or you can understand how it works and exploit it as a powerful computing environment.

          Comment


          • #6
            Hallo!

            wir hatten doch einen Virenscanner installiert. Trend Micro, jedoch wurde alle Dienst von dem Virenscanner gestoppt.

            Merkwürdig war auch, dass bei einer SQL-Abfrage wie oben beschrieben die Auslastung im Taskmanager für Arbeitsspeicher und alle 4 Kerne gegen 0 ging, also keine "Beanspruchung" der Hardware erfolgt?!

            Noch ne Idee? Danke!

            Comment


            • #7
              Originally posted by k_h View Post
              Hallo!

              wir hatten doch einen Virenscanner installiert. Trend Micro, jedoch wurde alle Dienst von dem Virenscanner gestoppt.

              Merkwürdig war auch, dass bei einer SQL-Abfrage wie oben beschrieben die Auslastung im Taskmanager für Arbeitsspeicher und alle 4 Kerne gegen 0 ging, also keine "Beanspruchung" der Hardware erfolgt?!

              Noch ne Idee? Danke!
              - Hast du das Tracen mal versucht ?

              Comment


              • #8
                Originally posted by k_h View Post
                ...Merkwürdig war auch, dass bei einer SQL-Abfrage wie oben beschrieben die Auslastung im Taskmanager für Arbeitsspeicher und alle 4 Kerne gegen 0 ging, also keine "Beanspruchung" der Hardware erfolgt?!...
                Ein nicht zu unterschätzendes Nadelöhr beim Insert ist das angeschlossene Plattensystem und nicht unbedingt die reine Prozessorleistung.
                Lass dir mal im Taskmanager die Auslastung für E/A (Lesen) und E/A (Schreiben) mit anzeigen. (Reiter Prozesse - Ansicht/Spalten auswählen).

                Gruß Falk
                Wenn du denkst du hast alle Bugs gefunden, dann ist das ein Bug in deiner Denksoftware.

                Quellcode ohne ein Mindestmaß an Formatierung sehe ich mir nicht an! Ich leiste keinen Privatsupport per Mail oder PN!

                Comment


                • #9
                  Naja einen Trace musst nicht gleich machen.
                  Wir wissen ja schon, welches SQL so lange braucht.
                  Mach doch mal folgendes (falls möglich):

                  1. Führe folgendes aus und poste die Ausgabe:
                  Code:
                  explain plan for dein_sql;
                  Am besten gehts über sqlplus und mit der vorherigen Eingabe von
                  Code:
                  set linesize 1000
                  set pagesize 0
                  select * from table(dbms_xplan.display);

                  Mach das gleiche auf der anderen DB auf der das SQL schnell läuft.

                  2. Meld dich ab und wieder an. Dann führe das SQL aus und poste die Ausgabe dieses SQLs:
                  Code:
                  select total_waits,time_waited,average_wait 
                    from v$session_event 
                   where sid=(select sid from v$mystat where rownum=1)
                   order by 3 desc;
                  Allerdings musst du nicht 16 Stunden warten. Du kannst es ruhig nach 10 Minuten oder so abbrechen (aber ohne die Session zu verlassen!!).

                  3. Wär nicht schlecht, wenn Du vielleicht noch die Fragen meines anderen Postings beantworten könntest...

                  Dim
                  Zuletzt editiert von dimitri; 10.06.2008, 21:43.
                  Zitat Tom Kyte:
                  I have a simple philosophy when it comes to the Oracle Database: you can treat it as a black box and just stick data into it, or you can understand how it works and exploit it as a powerful computing environment.

                  Comment


                  • #10
                    Mal noch etwas ganz anderes: Lt. Doku und Support ist es verboten, die Oracle DB auf einem Windows Domänencontroller zu installieren. Und ein SBS ist dieses nun mal zwangsläufig. Habe schon diverse Systeme mit Problemen gesehen, wo dieses nicht beachtet wurde.

                    Comment

                    Working...
                    X