[SQL2005] Traag, over op SSD?

maandag 30 mei 2016 10:55

Voordat je gaat upgraden kun je nog eens naar het volgende kijken:

Kijk eens met performance monitor naar de Disk Queue. Als daar een waarde optreed van 2 of hoger dan krijgt het systeem meer IO te verwerken dan je disk-subsystem aankan. Dit kun je gewoon doen terwijl het systeem in bedrijf is. Is die lager dan 2 en je systeem nog steeds traag dan zou ik eerder tippen dat er iets met HD-controller aan de hand is (aparate controller of onboard op het mobo).

Als je voor nieuwe SDD schijven kiest ga dan voor enterprise-grade producten en niet voor budget consumenten hardware.

Wie du mir, so ich dir.

Acties:

VHware

eheijnen schreef op maandag 30 mei 2016 @ 10:48:
Als je voor nieuwe SDD schijven kiest ga dan voor enterprise-grade producten en niet voor budget consumenten hardware.

HellStorm666 schreef op maandag 30 mei 2016 @ 10:26:
[...]

Met 1 a 2 jaar gaan wij sowieso over op Autodesk Vault. Daarvoor komt er een compleet nieuwe server met nieuwe db software ed.
Dus heel veel investeren is niet de bedoeling nu.

maandag 30 mei 2016 11:02

Acties:

maandag 30 mei 2016 11:14

VHware schreef op maandag 30 mei 2016 @ 10:55:
[...]

[...]

Daar wil ik aan toevoegen dat je die schijven mee kunt nemen naar de nieuwe server..

Wie du mir, so ich dir.

Acties:

Trommelrem

Een dringend advies: Blijf weg van consumenten SSD's.

Consumer grade HDD's hebben betere performance dan consumer grade SSD's op serverhardware. Neem alleen SSD's die op de HCL staan van Dell. Alleen dan merk je een performancewinst.

Ik heb meerdere omgevingen overgenomen waarbij de vorige beheerder dacht slim te zijn om consumergrade SSD's te gebruiken om servers een performanceboost te geven, alleen werd die belofte nooit waargemaakt. SSD's van de HCL was dan de enige oplossing.

Met de bovenstaande oplossingen met consumer grade SSD's ga je juist een performancehit van Bijbelse proporties meemaken.

[ Voor 11% gewijzigd door Trommelrem op 30-05-2016 11:16 ]

maandag 30 mei 2016 11:38

Acties:

maandag 30 mei 2016 11:41

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op maandag 30 mei 2016 @ 10:48:
Voordat je gaat upgraden kun je nog eens naar het volgende kijken:

Kijk eens met performance monitor naar de Disk Queue. Als daar een waarde optreed van 2 of hoger dan krijgt het systeem meer IO te verwerken dan je disk-subsystem aankan. Dit kun je gewoon doen terwijl het systeem in bedrijf is. Is die lager dan 2 en je systeem nog steeds traag dan zou ik eerder tippen dat er iets met HD-controller aan de hand is (aparate controller of onboard op het mobo).

Als je voor nieuwe SDD schijven kiest ga dan voor enterprise-grade producten en niet voor budget consumenten hardware.

Van zowel Logical Disk als Physical Disk even staan loggen.
Current Disk Queue Length van Logical disk is max 1,000 (tijdens t testen dus door het programma gebladerd en uiteraard weer flink traag)
Current Disk Queue Length van PhysicalDisk 1 = 0 en van disk 2 = max 1,000

Tijdens een speed-test van de database (20GB schijven/lezen 25%/75% met 8k bloks) zorgt wel voor de volgende resultaten:
Avg DQL Logical = 41,091 max en 4,027 avg
Cur DQL Logical = 35,000 max en 4,006 avg
Avg DQL PD1 = 25,073 max en 2,599 avg
Avg DQL PD2 = 22,838 max en 2,492 avg

commando was: diskspd -b8K -d120 -o4 -t8 -h -r -w25 -L -Z1G -c20G E:\iotest.dat
en resultaat is 2,31 MB/s lezen met 296 IO per s
en 0,77 MB/s schrijven met 98 IO per s
50% was 73ms of korter
90% was 224 ms of korter
99% was 547ms of korter

Ook CrystalDiskMark ff gedraait (5.1.2 x64)
2, 4gib op de data/db schijf.
DQL Logical = 35,000 max (ongeveer)
DQL PD1/PD2 = 34,000/32,000 max

	Read MB/s	Write MB/s
Seq Q32T1	101,7	92,28
4k Q32T1	1,330	0,827
Seq	89,55	86,82
4k	0,443	0,799

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

maandag 30 mei 2016 11:51

HellStorm666 schreef op maandag 30 mei 2016 @ 11:38:
[...]

Van zowel Logical Disk als Physical Disk even staan loggen.
Current Disk Queue Length van Logical disk is max 1,000 (tijdens t testen dus door het programma gebladerd en uiteraard weer flink traag)
Current Disk Queue Length van PhysicalDisk 1 = 0 en van disk 2 = max 1,000

Tijdens een speed-test van de database (20GB schijven/lezen 25%/75% met 8k bloks) zorgt wel voor de volgende resultaten:
Avg DQL Logical = 41,091 max en 4,027 avg
Cur DQL Logical = 35,000 max en 4,006 avg
Avg DQL PD1 = 25,073 max en 2,599 avg
Avg DQL PD2 = 22,838 max en 2,492 avg

commando was: diskspd -b8K -d120 -o4 -t8 -h -r -w25 -L -Z1G -c20G E:\iotest.dat
en resultaat is 2,31 MB/s lezen met 296 IO per s
en 0,77 MB/s schrijven met 98 IO per s
50% was 73ms of korter
90% was 224 ms of korter
99% was 547ms of korter

Ook CrystalDiskMark ff gedraait (5.1.2 x64)
2, 4gib op de data/db schijf.
DQL Logical = 35,000 max (ongeveer)
DQL PD1/PD2 = 34,000/32,000 max

Read MB/s Write MB/s
Seq Q32T1 101,7 92,28
4k Q32T1 1,330 0,827
Seq 89,55 86,82
4k 0,443 0,799

Kun je nog eens een test doen met een block-size van respectievelijk:
16, 32, 64 en 128K

Kijken of dan de doorvoer omhoog gaat.

Wie du mir, so ich dir.

Acties:

maandag 30 mei 2016 11:54

Trommelrem schreef op maandag 30 mei 2016 @ 11:14:
Een dringend advies: Blijf weg van consumenten SSD's.

Consumer grade HDD's hebben betere performance dan consumer grade SSD's op serverhardware. Neem alleen SSD's die op de HCL staan van Dell. Alleen dan merk je een performancewinst.

Ik heb meerdere omgevingen overgenomen waarbij de vorige beheerder dacht slim te zijn om consumergrade SSD's te gebruiken om servers een performanceboost te geven, alleen werd die belofte nooit waargemaakt. SSD's van de HCL was dan de enige oplossing.

Met de bovenstaande oplossingen met consumer grade SSD's ga je juist een performancehit van Bijbelse proporties meemaken.

De ene server is natuurlijk de andere niet.

Dit heeft ook vaak te maken met de gebruikte controllers. In mijn ervaring werken budget servers van o.a. HP en Dell vaak prima met consumer grade SSDs. Gebruik je echter de hogere modellen van deze partijen dan komen deze vaak met een controller die wanneer ze geen schijven detecteren met firmware van de fabrikant soms zeer vreemde dingen laat zien qua performance.

zo werkt uit ervaring bijv. een HP Microserver of een DL120 prima met bijv. Samsung Pro / Intel of Crucial SSD's, terwijl een DL360/380 of hoger met P440AR of hogere controller flink selectiever is qua goed werkende schijven.

Acties:

Moderator SSC/PB

Moooooh!

HellStorm666 schreef op maandag 30 mei 2016 @ 11:38:
[...]

Van zowel Logical Disk als Physical Disk even staan loggen.
Current Disk Queue Length van Logical disk is max 1,000 (tijdens t testen dus door het programma gebladerd en uiteraard weer flink traag)
Current Disk Queue Length van PhysicalDisk 1 = 0 en van disk 2 = max 1,000

Is het echt 1000 wat je gemeten hebt? Want dat is wel extreem hoog en een verdacht rond getal. Kijk even naar Avg. Disk Queue Length in plaats van Current. Die zou onder de vijf moeten zijn.

[ Voor 8% gewijzigd door Jazzy op 30-05-2016 11:55 ]

maandag 30 mei 2016 11:55

Acties:

maandag 30 mei 2016 11:56

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Jazzy schreef op maandag 30 mei 2016 @ 11:54:
[...]
Is het echt 1000 wat je gemeten hebt? Want dat is wel extreem hoog en een verdacht rond getal.

ik denk dat t 1 komma 000 is, dus 1,000 maar dan amerikaanse notatie dus 1.000

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

Moderator SSC/PB

Moooooh!

Dan is het nog een hele rare waarde, waarom zou die pieken tot exact 1000?

maandag 30 mei 2016 12:05

Acties:

maandag 30 mei 2016 12:12

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op maandag 30 mei 2016 @ 11:41:
[...]

Kun je nog eens een test doen met een block-size van respectievelijk:
16, 32, 64 en 128K

Kijken of dan de doorvoer omhoog gaat.

Hier de resultaten:

8k

code:

Command Line: diskspd -b8K -d120 -o4 -t8 -h -r -w25 -L -Z1G -c20G E:\iotest.dat

Input parameters:

    timespan:   1
    -------------
    duration: 120s
    warm up time: 5s
    cool down time: 0s
    measuring latency
    random seed: 0
    path: 'E:\iotest.dat'
        think time: 0ms
        burst size: 0
        software cache disabled
        hardware write cache disabled, writethrough on
        write buffer size: 1073741824
        performing mix test (read/write ratio: 75/25)
        block size: 8192
        using random I/O (alignment: 8192)
        number of outstanding I/O operations: 4
        thread stride size: 0
        threads per file: 8
        using I/O Completion Ports
        IO priority: normal



Results for timespan 1:
*******************************************************************************

actual test time:   120.00s
thread count:       8
proc count:     8

CPU |  Usage |  User  |  Kernel |  Idle
-------------------------------------------
   0|   1.68%|   0.72%|    0.96%|  98.32%
   1|   9.52%|   0.65%|    8.87%|  90.48%
   2|   3.41%|   1.27%|    2.13%|  96.59%
   3|   0.68%|   0.14%|    0.53%|  99.32%
   4|   1.22%|   0.59%|    0.64%|  98.78%
   5|   0.16%|   0.00%|    0.16%|  99.84%
   6|   1.66%|   0.86%|    0.81%|  98.33%
   7|   0.23%|   0.01%|    0.22%|  99.76%
-------------------------------------------
avg.|   2.32%|   0.53%|    1.79%|  97.68%

Total IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |        47783936 |         5833 |       0.38 |      48.61 |   82.319 |   112.910 | E:\iotest.dat (20GB)
     1 |        48144384 |         5877 |       0.38 |      48.98 |   81.643 |   127.940 | E:\iotest.dat (20GB)
     2 |        50446336 |         6158 |       0.40 |      51.32 |   77.934 |   102.025 | E:\iotest.dat (20GB)
     3 |        47783936 |         5833 |       0.38 |      48.61 |   82.230 |   127.582 | E:\iotest.dat (20GB)
     4 |        48324608 |         5899 |       0.38 |      49.16 |   81.272 |   123.577 | E:\iotest.dat (20GB)
     5 |        47882240 |         5845 |       0.38 |      48.71 |   82.111 |   149.027 | E:\iotest.dat (20GB)
     6 |        50028544 |         6107 |       0.40 |      50.89 |   78.701 |   106.377 | E:\iotest.dat (20GB)
     7 |        47611904 |         5812 |       0.38 |      48.43 |   82.532 |   132.173 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:         388005888 |        47364 |       3.08 |     394.70 |   81.058 |   123.318

Read IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |        36069376 |         4403 |       0.29 |      36.69 |  107.663 |   119.404 | E:\iotest.dat (20GB)
     1 |        36241408 |         4424 |       0.29 |      36.87 |  107.033 |   138.310 | E:\iotest.dat (20GB)
     2 |        37879808 |         4624 |       0.30 |      38.53 |  102.373 |   107.035 | E:\iotest.dat (20GB)
     3 |        35577856 |         4343 |       0.28 |      36.19 |  108.898 |   138.082 | E:\iotest.dat (20GB)
     4 |        35971072 |         4391 |       0.29 |      36.59 |  107.693 |   133.346 | E:\iotest.dat (20GB)
     5 |        36036608 |         4399 |       0.29 |      36.66 |  107.599 |   163.893 | E:\iotest.dat (20GB)
     6 |        37699584 |         4602 |       0.30 |      38.35 |  102.921 |   112.297 | E:\iotest.dat (20GB)
     7 |        35520512 |         4336 |       0.28 |      36.13 |  109.100 |   143.592 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:         290996224 |        35522 |       2.31 |     296.02 |  106.604 |   132.865

Write IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |        11714560 |         1430 |       0.09 |      11.92 |    4.284 |     6.043 | E:\iotest.dat (20GB)
     1 |        11902976 |         1453 |       0.09 |      12.11 |    4.339 |     4.810 | E:\iotest.dat (20GB)
     2 |        12566528 |         1534 |       0.10 |      12.78 |    4.269 |     5.026 | E:\iotest.dat (20GB)
     3 |        12206080 |         1490 |       0.10 |      12.42 |    4.499 |     5.635 | E:\iotest.dat (20GB)
     4 |        12353536 |         1508 |       0.10 |      12.57 |    4.338 |     3.346 | E:\iotest.dat (20GB)
     5 |        11845632 |         1446 |       0.09 |      12.05 |    4.570 |     8.278 | E:\iotest.dat (20GB)
     6 |        12328960 |         1505 |       0.10 |      12.54 |    4.642 |     8.909 | E:\iotest.dat (20GB)
     7 |        12091392 |         1476 |       0.10 |      12.30 |    4.486 |     7.402 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:          97009664 |        11842 |       0.77 |      98.68 |    4.428 |     6.422


  %-ile |  Read (ms) | Write (ms) | Total (ms)
----------------------------------------------
    min |      0.546 |      0.386 |      0.386
   25th |     34.906 |      2.448 |     10.598
   50th |     73.222 |      3.944 |     46.379
   75th |    133.781 |      5.004 |    108.060
   90th |    224.598 |      8.322 |    195.187
   95th |    302.702 |     10.602 |    268.761
   99th |    547.125 |     12.552 |    489.846
3-nines |   1506.885 |     92.291 |   1319.630
4-nines |   2777.212 |    269.664 |   2578.633
5-nines |   7215.333 |    298.370 |   7215.333
6-nines |   7215.333 |    298.370 |   7215.333
7-nines |   7215.333 |    298.370 |   7215.333
8-nines |   7215.333 |    298.370 |   7215.333
9-nines |   7215.333 |    298.370 |   7215.333
    max |   7215.333 |    298.370 |   7215.333

16K

code:

Command Line: diskspd -b16K -d120 -o4 -t8 -h -r -w25 -L -Z1G -c20G E:\iotest.dat

Input parameters:

    timespan:   1
    -------------
    duration: 120s
    warm up time: 5s
    cool down time: 0s
    measuring latency
    random seed: 0
    path: 'E:\iotest.dat'
        think time: 0ms
        burst size: 0
        software cache disabled
        hardware write cache disabled, writethrough on
        write buffer size: 1073741824
        performing mix test (read/write ratio: 75/25)
        block size: 16384
        using random I/O (alignment: 16384)
        number of outstanding I/O operations: 4
        thread stride size: 0
        threads per file: 8
        using I/O Completion Ports
        IO priority: normal



Results for timespan 1:
*******************************************************************************

actual test time:   120.00s
thread count:       8
proc count:     8

CPU |  Usage |  User  |  Kernel |  Idle
-------------------------------------------
   0|   1.38%|   0.82%|    0.56%|  98.62%
   1|   8.66%|   0.78%|    7.88%|  91.34%
   2|   3.19%|   1.37%|    1.82%|  96.81%
   3|   0.81%|   0.33%|    0.48%|  99.19%
   4|   1.66%|   1.11%|    0.56%|  98.33%
   5|   0.34%|   0.12%|    0.22%|  99.66%
   6|   1.55%|   0.91%|    0.64%|  98.45%
   7|   0.26%|   0.12%|    0.14%|  99.74%
-------------------------------------------
avg.|   2.23%|   0.69%|    1.54%|  97.77%

Total IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |        94978048 |         5797 |       0.75 |      48.31 |   82.783 |   131.111 | E:\iotest.dat (20GB)
     1 |        94240768 |         5752 |       0.75 |      47.93 |   83.421 |   128.937 | E:\iotest.dat (20GB)
     2 |        93978624 |         5736 |       0.75 |      47.80 |   83.770 |   136.221 | E:\iotest.dat (20GB)
     3 |        96157696 |         5869 |       0.76 |      48.91 |   81.825 |   132.627 | E:\iotest.dat (20GB)
     4 |        96124928 |         5867 |       0.76 |      48.89 |   81.876 |   119.148 | E:\iotest.dat (20GB)
     5 |        96714752 |         5903 |       0.77 |      49.19 |   81.264 |   126.421 | E:\iotest.dat (20GB)
     6 |        95993856 |         5859 |       0.76 |      48.83 |   82.032 |   131.175 | E:\iotest.dat (20GB)
     7 |        93782016 |         5724 |       0.75 |      47.70 |   83.849 |   128.205 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:         761970688 |        46507 |       6.06 |     387.56 |   82.592 |   129.300

Read IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |        71712768 |         4377 |       0.57 |      36.48 |  108.073 |   141.795 | E:\iotest.dat (20GB)
     1 |        71041024 |         4336 |       0.56 |      36.13 |  109.210 |   139.059 | E:\iotest.dat (20GB)
     2 |        70516736 |         4304 |       0.56 |      35.87 |  110.064 |   148.085 | E:\iotest.dat (20GB)
     3 |        71581696 |         4369 |       0.57 |      36.41 |  108.337 |   144.452 | E:\iotest.dat (20GB)
     4 |        71450624 |         4361 |       0.57 |      36.34 |  108.618 |   127.659 | E:\iotest.dat (20GB)
     5 |        72876032 |         4448 |       0.58 |      37.07 |  106.383 |   136.521 | E:\iotest.dat (20GB)
     6 |        72384512 |         4418 |       0.58 |      36.82 |  107.316 |   142.177 | E:\iotest.dat (20GB)
     7 |        70041600 |         4275 |       0.56 |      35.63 |  110.715 |   138.325 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:         571604992 |        34888 |       4.54 |     290.74 |  108.573 |   139.870

Write IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |        23265280 |         1420 |       0.18 |      11.83 |    4.829 |    12.414 | E:\iotest.dat (20GB)
     1 |        23199744 |         1416 |       0.18 |      11.80 |    4.451 |     6.749 | E:\iotest.dat (20GB)
     2 |        23461888 |         1432 |       0.19 |      11.93 |    4.740 |     9.707 | E:\iotest.dat (20GB)
     3 |        24576000 |         1500 |       0.20 |      12.50 |    4.606 |     6.122 | E:\iotest.dat (20GB)
     4 |        24674304 |         1506 |       0.20 |      12.55 |    4.437 |     6.792 | E:\iotest.dat (20GB)
     5 |        23838720 |         1455 |       0.19 |      12.13 |    4.474 |     6.198 | E:\iotest.dat (20GB)
     6 |        23609344 |         1441 |       0.19 |      12.01 |    4.513 |     4.064 | E:\iotest.dat (20GB)
     7 |        23740416 |         1449 |       0.19 |      12.08 |    4.586 |     8.153 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:         190365696 |        11619 |       1.51 |      96.83 |    4.578 |     7.873


  %-ile |  Read (ms) | Write (ms) | Total (ms)
----------------------------------------------
    min |      0.731 |      0.460 |      0.460
   25th |     34.051 |      2.401 |     10.655
   50th |     72.383 |      4.017 |     45.726
   75th |    135.302 |      5.047 |    108.176
   90th |    231.973 |      8.574 |    201.081
   95th |    315.079 |     10.800 |    278.943
   99th |    567.632 |     13.293 |    511.198
3-nines |   1689.000 |    116.734 |   1504.913
4-nines |   3367.243 |    289.766 |   3261.381
5-nines |   3612.666 |    303.903 |   3612.666
6-nines |   3612.666 |    303.903 |   3612.666
7-nines |   3612.666 |    303.903 |   3612.666
8-nines |   3612.666 |    303.903 |   3612.666
9-nines |   3612.666 |    303.903 |   3612.666
    max |   3612.666 |    303.903 |   3612.666

32k

code:

Command Line: diskspd -b32K -d120 -o4 -t8 -h -r -w25 -L -Z1G -c20G E:\iotest.dat

Input parameters:

    timespan:   1
    -------------
    duration: 120s
    warm up time: 5s
    cool down time: 0s
    measuring latency
    random seed: 0
    path: 'E:\iotest.dat'
        think time: 0ms
        burst size: 0
        software cache disabled
        hardware write cache disabled, writethrough on
        write buffer size: 1073741824
        performing mix test (read/write ratio: 75/25)
        block size: 32768
        using random I/O (alignment: 32768)
        number of outstanding I/O operations: 4
        thread stride size: 0
        threads per file: 8
        using I/O Completion Ports
        IO priority: normal



Results for timespan 1:
*******************************************************************************

actual test time:   120.00s
thread count:       8
proc count:     8

CPU |  Usage |  User  |  Kernel |  Idle
-------------------------------------------
   0|   1.66%|   1.01%|    0.65%|  98.33%
   1|   8.78%|   0.86%|    7.92%|  91.22%
   2|   3.58%|   1.92%|    1.65%|  96.42%
   3|   0.82%|   0.49%|    0.33%|  99.18%
   4|   1.39%|   0.95%|    0.44%|  98.61%
   5|   0.49%|   0.42%|    0.08%|  99.50%
   6|   1.76%|   1.24%|    0.52%|  98.24%
   7|   0.49%|   0.40%|    0.09%|  99.50%
-------------------------------------------
avg.|   2.37%|   0.91%|    1.46%|  97.63%

Total IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |       185204736 |         5652 |       1.47 |      47.10 |   85.174 |   138.187 | E:\iotest.dat (20GB)
     1 |       180322304 |         5503 |       1.43 |      45.86 |   87.232 |   139.194 | E:\iotest.dat (20GB)
     2 |       169771008 |         5181 |       1.35 |      43.18 |   92.618 |   178.283 | E:\iotest.dat (20GB)
     3 |       180682752 |         5514 |       1.44 |      45.95 |   86.847 |   143.309 | E:\iotest.dat (20GB)
     4 |       174718976 |         5332 |       1.39 |      44.43 |   90.041 |   157.525 | E:\iotest.dat (20GB)
     5 |       186122240 |         5680 |       1.48 |      47.33 |   84.536 |   126.241 | E:\iotest.dat (20GB)
     6 |       181239808 |         5531 |       1.44 |      46.09 |   86.546 |   146.171 | E:\iotest.dat (20GB)
     7 |       178814976 |         5457 |       1.42 |      45.48 |   87.922 |   161.249 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:        1436876800 |        43850 |      11.42 |     365.42 |   87.546 |   149.161

Read IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |       139984896 |         4272 |       1.11 |      35.60 |  111.044 |   149.963 | E:\iotest.dat (20GB)
     1 |       135921664 |         4148 |       1.08 |      34.57 |  114.066 |   150.818 | E:\iotest.dat (20GB)
     2 |       127500288 |         3891 |       1.01 |      32.43 |  121.647 |   197.240 | E:\iotest.dat (20GB)
     3 |       134348800 |         4100 |       1.07 |      34.17 |  115.062 |   156.506 | E:\iotest.dat (20GB)
     4 |       129761280 |         3960 |       1.03 |      33.00 |  119.467 |   173.266 | E:\iotest.dat (20GB)
     5 |       140378112 |         4284 |       1.12 |      35.70 |  110.543 |   135.527 | E:\iotest.dat (20GB)
     6 |       136085504 |         4153 |       1.08 |      34.61 |  113.589 |   159.652 | E:\iotest.dat (20GB)
     7 |       133562368 |         4076 |       1.06 |      33.97 |  115.893 |   177.948 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:        1077542912 |        32884 |       8.56 |     274.03 |  115.052 |   163.134

Write IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |        45219840 |         1380 |       0.36 |      11.50 |    5.092 |    10.305 | E:\iotest.dat (20GB)
     1 |        44400640 |         1355 |       0.35 |      11.29 |    5.087 |    10.159 | E:\iotest.dat (20GB)
     2 |        42270720 |         1290 |       0.34 |      10.75 |    5.060 |    10.214 | E:\iotest.dat (20GB)
     3 |        46333952 |         1414 |       0.37 |      11.78 |    5.036 |     7.997 | E:\iotest.dat (20GB)
     4 |        44957696 |         1372 |       0.36 |      11.43 |    5.110 |     8.515 | E:\iotest.dat (20GB)
     5 |        45744128 |         1396 |       0.36 |      11.63 |    4.724 |     5.629 | E:\iotest.dat (20GB)
     6 |        45154304 |         1378 |       0.36 |      11.48 |    5.046 |     9.698 | E:\iotest.dat (20GB)
     7 |        45252608 |         1381 |       0.36 |      11.51 |    5.365 |    12.610 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:         359333888 |        10966 |       2.86 |      91.38 |    5.064 |     9.571


  %-ile |  Read (ms) | Write (ms) | Total (ms)
----------------------------------------------
    min |      0.790 |      0.408 |      0.408
   25th |     33.012 |      2.531 |     10.848
   50th |     71.639 |      4.335 |     44.328
   75th |    136.543 |      5.327 |    108.831
   90th |    249.678 |      8.873 |    213.213
   95th |    356.967 |     11.029 |    309.594
   99th |    677.047 |     15.361 |    602.518
3-nines |   1844.065 |    191.517 |   1696.345
4-nines |   4034.251 |    240.411 |   3778.094
5-nines |   6153.809 |    240.972 |   6153.809
6-nines |   6153.809 |    240.972 |   6153.809
7-nines |   6153.809 |    240.972 |   6153.809
8-nines |   6153.809 |    240.972 |   6153.809
9-nines |   6153.809 |    240.972 |   6153.809
    max |   6153.809 |    240.972 |   6153.809

64k

code:

Command Line: diskspd -b64K -d120 -o4 -t8 -h -r -w25 -L -Z1G -c20G E:\iotest.dat

Input parameters:

    timespan:   1
    -------------
    duration: 120s
    warm up time: 5s
    cool down time: 0s
    measuring latency
    random seed: 0
    path: 'E:\iotest.dat'
        think time: 0ms
        burst size: 0
        software cache disabled
        hardware write cache disabled, writethrough on
        write buffer size: 1073741824
        performing mix test (read/write ratio: 75/25)
        block size: 65536
        using random I/O (alignment: 65536)
        number of outstanding I/O operations: 4
        thread stride size: 0
        threads per file: 8
        using I/O Completion Ports
        IO priority: normal



Results for timespan 1:
*******************************************************************************

actual test time:   120.00s
thread count:       8
proc count:     8

CPU |  Usage |  User  |  Kernel |  Idle
-------------------------------------------
   0|   1.66%|   0.81%|    0.86%|  98.33%
   1|   7.89%|   0.65%|    7.24%|  92.11%
   2|   2.82%|   1.18%|    1.64%|  97.18%
   3|   0.69%|   0.23%|    0.46%|  99.31%
   4|   0.95%|   0.51%|    0.44%|  99.05%
   5|   0.30%|   0.14%|    0.16%|  99.70%
   6|   1.04%|   0.56%|    0.48%|  98.96%
   7|   0.35%|   0.13%|    0.22%|  99.65%
-------------------------------------------
avg.|   1.96%|   0.53%|    1.44%|  98.03%

Total IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |       319619072 |         4877 |       2.54 |      40.64 |   98.588 |   144.018 | E:\iotest.dat (20GB)
     1 |       310378496 |         4736 |       2.47 |      39.47 |  101.503 |   164.104 | E:\iotest.dat (20GB)
     2 |       318111744 |         4854 |       2.53 |      40.45 |   98.842 |   155.918 | E:\iotest.dat (20GB)
     3 |       324861952 |         4957 |       2.58 |      41.31 |   96.705 |   144.024 | E:\iotest.dat (20GB)
     4 |       329515008 |         5028 |       2.62 |      41.90 |   95.481 |   144.500 | E:\iotest.dat (20GB)
     5 |       338952192 |         5172 |       2.69 |      43.10 |   92.754 |   132.167 | E:\iotest.dat (20GB)
     6 |       311558144 |         4754 |       2.48 |      39.62 |  101.019 |   182.859 | E:\iotest.dat (20GB)
     7 |       315686912 |         4817 |       2.51 |      40.14 |   99.812 |   146.890 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:        2568683520 |        39195 |      20.41 |     326.63 |   98.010 |   152.209

Read IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |       241762304 |         3689 |       1.92 |      30.74 |  126.861 |   154.573 | E:\iotest.dat (20GB)
     1 |       235012096 |         3586 |       1.87 |      29.88 |  130.470 |   178.425 | E:\iotest.dat (20GB)
     2 |       238485504 |         3639 |       1.90 |      30.33 |  128.470 |   169.309 | E:\iotest.dat (20GB)
     3 |       241172480 |         3680 |       1.92 |      30.67 |  126.359 |   155.403 | E:\iotest.dat (20GB)
     4 |       244383744 |         3729 |       1.94 |      31.08 |  125.028 |   156.453 | E:\iotest.dat (20GB)
     5 |       256507904 |         3914 |       2.04 |      32.62 |  119.360 |   141.305 | E:\iotest.dat (20GB)
     6 |       233635840 |         3565 |       1.86 |      29.71 |  130.849 |   201.766 | E:\iotest.dat (20GB)
     7 |       235929600 |         3600 |       1.88 |      30.00 |  130.270 |   158.243 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:        1926889472 |        29402 |      15.31 |     245.02 |  127.107 |   165.011

Write IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |        77856768 |         1188 |       0.62 |       9.90 |   10.795 |    27.652 | E:\iotest.dat (20GB)
     1 |        75366400 |         1150 |       0.60 |       9.58 |   11.176 |    29.306 | E:\iotest.dat (20GB)
     2 |        79626240 |         1215 |       0.63 |      10.13 |   10.103 |    27.622 | E:\iotest.dat (20GB)
     3 |        83689472 |         1277 |       0.67 |      10.64 |   11.251 |    32.987 | E:\iotest.dat (20GB)
     4 |        85131264 |         1299 |       0.68 |      10.83 |   10.659 |    29.191 | E:\iotest.dat (20GB)
     5 |        82444288 |         1258 |       0.66 |      10.48 |    9.975 |    25.276 | E:\iotest.dat (20GB)
     6 |        77922304 |         1189 |       0.62 |       9.91 |   11.577 |    31.065 | E:\iotest.dat (20GB)
     7 |        79757312 |         1217 |       0.63 |      10.14 |    9.715 |    21.635 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:         641794048 |         9793 |       5.10 |      81.61 |   10.651 |    28.302


  %-ile |  Read (ms) | Write (ms) | Total (ms)
----------------------------------------------
    min |      0.712 |      0.598 |      0.598
   25th |     35.438 |      2.961 |     12.886
   50th |     79.401 |      4.907 |     50.416
   75th |    152.438 |      6.278 |    122.478
   90th |    277.827 |     11.955 |    234.567
   95th |    408.404 |     50.116 |    355.293
   99th |    785.196 |    124.458 |    713.327
3-nines |   1571.028 |    460.669 |   1451.003
4-nines |   3626.729 |    518.092 |   2788.575
5-nines |   5611.875 |    518.092 |   5611.875
6-nines |   5611.875 |    518.092 |   5611.875
7-nines |   5611.875 |    518.092 |   5611.875
8-nines |   5611.875 |    518.092 |   5611.875
9-nines |   5611.875 |    518.092 |   5611.875
    max |   5611.875 |    518.092 |   5611.875

128k

code:

Command Line: diskspd -b128K -d120 -o4 -t8 -h -r -w25 -L -Z1G -c20G E:\iotest.dat

Input parameters:

    timespan:   1
    -------------
    duration: 120s
    warm up time: 5s
    cool down time: 0s
    measuring latency
    random seed: 0
    path: 'E:\iotest.dat'
        think time: 0ms
        burst size: 0
        software cache disabled
        hardware write cache disabled, writethrough on
        write buffer size: 1073741824
        performing mix test (read/write ratio: 75/25)
        block size: 131072
        using random I/O (alignment: 131072)
        number of outstanding I/O operations: 4
        thread stride size: 0
        threads per file: 8
        using I/O Completion Ports
        IO priority: normal



Results for timespan 1:
*******************************************************************************

actual test time:   120.00s
thread count:       8
proc count:     8

CPU |  Usage |  User  |  Kernel |  Idle
-------------------------------------------
   0|   1.92%|   1.20%|    0.73%|  98.09%
   1|   9.84%|   3.65%|    6.19%|  90.17%
   2|   8.18%|   6.29%|    1.89%|  91.83%
   3|   3.39%|   2.83%|    0.56%|  96.62%
   4|   7.25%|   6.29%|    0.96%|  92.76%
   5|  11.10%|  10.69%|    0.42%|  88.91%
   6|   8.27%|   7.55%|    0.72%|  91.74%
   7|   1.56%|   1.20%|    0.36%|  98.45%
-------------------------------------------
avg.|   6.44%|   4.96%|    1.48%|  93.57%

Total IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |       498204672 |         3801 |       3.96 |      31.68 |  126.175 |   128.302 | E:\iotest.dat (20GB)
     1 |       509083648 |         3884 |       4.05 |      32.37 |  123.549 |   126.695 | E:\iotest.dat (20GB)
     2 |       505282560 |         3855 |       4.02 |      32.13 |  124.624 |   130.684 | E:\iotest.dat (20GB)
     3 |       520617984 |         3972 |       4.14 |      33.10 |  120.796 |   128.539 | E:\iotest.dat (20GB)
     4 |       512098304 |         3907 |       4.07 |      32.56 |  122.815 |   129.967 | E:\iotest.dat (20GB)
     5 |       497549312 |         3796 |       3.95 |      31.63 |  126.441 |   126.449 | E:\iotest.dat (20GB)
     6 |       501743616 |         3828 |       3.99 |      31.90 |  125.352 |   127.246 | E:\iotest.dat (20GB)
     7 |       525598720 |         4010 |       4.18 |      33.42 |  119.666 |   126.442 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:        4070178816 |        31053 |      32.35 |     258.78 |  123.634 |   128.070

Read IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |       375259136 |         2863 |       2.98 |      23.86 |  147.358 |   133.179 | E:\iotest.dat (20GB)
     1 |       384040960 |         2930 |       3.05 |      24.42 |  142.444 |   133.381 | E:\iotest.dat (20GB)
     2 |       380502016 |         2903 |       3.02 |      24.19 |  144.862 |   137.769 | E:\iotest.dat (20GB)
     3 |       385744896 |         2943 |       3.07 |      24.53 |  140.327 |   135.925 | E:\iotest.dat (20GB)
     4 |       379322368 |         2894 |       3.01 |      24.12 |  143.260 |   137.417 | E:\iotest.dat (20GB)
     5 |       379060224 |         2892 |       3.01 |      24.10 |  145.325 |   131.935 | E:\iotest.dat (20GB)
     6 |       372244480 |         2840 |       2.96 |      23.67 |  144.235 |   132.818 | E:\iotest.dat (20GB)
     7 |       392691712 |         2996 |       3.12 |      24.97 |  138.783 |   133.176 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:        3048865792 |        23261 |      24.23 |     193.84 |  143.290 |   134.494

Write IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |       122945536 |          938 |       0.98 |       7.82 |   61.518 |    83.783 | E:\iotest.dat (20GB)
     1 |       125042688 |          954 |       0.99 |       7.95 |   65.515 |    79.035 | E:\iotest.dat (20GB)
     2 |       124780544 |          952 |       0.99 |       7.93 |   62.911 |    78.875 | E:\iotest.dat (20GB)
     3 |       134873088 |         1029 |       1.07 |       8.58 |   64.937 |    82.004 | E:\iotest.dat (20GB)
     4 |       132775936 |         1013 |       1.06 |       8.44 |   64.404 |    81.204 | E:\iotest.dat (20GB)
     5 |       118489088 |          904 |       0.94 |       7.53 |   66.028 |    81.636 | E:\iotest.dat (20GB)
     6 |       129499136 |          988 |       1.03 |       8.23 |   71.073 |    89.752 | E:\iotest.dat (20GB)
     7 |       132907008 |         1014 |       1.06 |       8.45 |   63.180 |    80.944 | E:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:        1021313024 |         7792 |       8.12 |      64.93 |   64.955 |    82.278


  %-ile |  Read (ms) | Write (ms) | Total (ms)
----------------------------------------------
    min |      0.920 |      0.822 |      0.822
   25th |     47.974 |      5.471 |     32.752
   50th |    102.830 |     21.370 |     85.726
   75th |    193.205 |    102.857 |    172.400
   90th |    315.672 |    191.297 |    286.509
   95th |    408.599 |    244.090 |    369.211
   99th |    630.630 |    333.306 |    591.031
3-nines |    947.986 |    467.783 |    915.828
4-nines |   1469.781 |    497.268 |   1442.101
5-nines |   2179.279 |    497.268 |   2179.279
6-nines |   2179.279 |    497.268 |   2179.279
7-nines |   2179.279 |    497.268 |   2179.279
8-nines |   2179.279 |    497.268 |   2179.279
9-nines |   2179.279 |    497.268 |   2179.279
    max |   2179.279 |    497.268 |   2179.279

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

maandag 30 mei 2016 12:15

Zoals je kunt zien gaat met de "block-size" ook de performance omhoog.

De snelheden die Crystaldisk aangeeft zijn standaard snelheden voor zo'n 7200 RPM schijf. Dat is dan wel met door het programma gegenereerde test data. En niet de bestaande inhoud van het file-system.

Ga je met die benchmark-tool aan het werk dan zal die zonder meer, zoals je kunt zien, je Queue verzadigen.
De Diskqueue-waarden die je in normaal bedrijf hebt zijn verder redelijk.

- De HD's in die server worden die ook regelmatig gedefragenteerd ?
- Draai in een console eens een DEFRAG /A X: van de DB drive

Wie du mir, so ich dir.

Acties:

maandag 30 mei 2016 12:16

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op maandag 30 mei 2016 @ 12:12:
Zoals je kunt zien gaat met de "block-size" ook de performance omhoog.

De snelheden die Crystaldisk aangeeft zijn standaard snelheden voor zo'n 7200 RPM schijf. Dat is dan wel met door het programma gegenereerde test data. En niet de bestaande inhoud van het file-system.

Ga je met die benchmark-tool aan het werk dan zal die zonder meer, zoals je kunt zien, je Queue verzadigen.
De Diskqueue-waarden die je in normaal bedrijf hebt zijn verder redelijk.

- De HD's in die server worden die ook regelmatig gedefragenteerd ?
- Draai in een console eens een DEFRAG /A X: van de DB drive

Viel me idd op dat de speed omhoog gaat als de blocksize omhoog gaat.
Schijf is afgelopen vrijdag avond voor het laatst nog helemaal gedefragmenteerd (voor t eerst)

Maar als ik dit zo zie, zou ik zeggen dat de controller niet het probleem is, maar de schijven.
immers haal ik wel redelijke snelheden.

Ik heb nog een oudere SSD liggen, die er in pluggen en een test daar op doen om te zien wat dat doet met de test? (als die hoger is, dan is t de hdd, als ie net zo laag is, dan is t de controller?)

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

Moderator SSC/PB

Moooooh!

Performance testen tegen die disks terwijl de applicatie ook draait hebben niet zo veel zin. Kijk eerst maar even of je disken daadwerkelijk de bottleneck zijn door de Avg. Disk Queue Length te meten en de read/write latency te meten tijdens gebruik van de applicatie. Stel dat de Avg. Disk Queue Length nooit boven de twee komen en de latency netjes onder de 15ms blijft dan zit je in de verkeerde richting te zoeken. Of andersom gezegd, als je disk subsystem daadwerkelijk de bottleneck is dan moet je dat terugzien in een hoge Avg. Disk Queue Length en bijbehorende latency spikes.

eheijnen schreef op maandag 30 mei 2016 @ 12:12:
De Diskqueue-waarden die je in normaal bedrijf hebt zijn verder redelijk.

Misschien lees ik er overheen, maar bedoel je die 1-1000?

[ Voor 16% gewijzigd door Jazzy op 30-05-2016 12:19 ]

maandag 30 mei 2016 12:24

Acties:

maandag 30 mei 2016 12:25

HellStorm666 schreef op maandag 30 mei 2016 @ 12:15:
[...]

Viel me idd op dat de speed omhoog gaat als de blocksize omhoog gaat.
Schijf is afgelopen vrijdag avond voor het laatst nog helemaal gedefragmenteerd (voor t eerst)

Maar als ik dit zo zie, zou ik zeggen dat de controller niet het probleem is, maar de schijven.
immers haal ik wel redelijke snelheden.

Ik heb nog een oudere SSD liggen, die er in pluggen en een test daar op doen om te zien wat dat doet met de test? (als die hoger is, dan is t de hdd, als ie net zo laag is, dan is t de controller?)

OK.
Dan heb je het disk-subsystem voorzover uitgesloten.

Op hoeveel memory is de SQL server ingesteld ?
Plaats eens een screenshot van de taskmanager-performance-tab en process tab.

Wie du mir, so ich dir.

Acties:

Moderator SSC/PB

Moooooh!

eheijnen schreef op maandag 30 mei 2016 @ 12:24:
[...]
OK.
Dan heb je het disk-subsystem voorzover uitgesloten.

Ik probeer een beetje te begrijpen wat er nu precies gebeurt, kun je uitleggen hoe je vastgesteld hebt dat de applicatie niet op het disk subsystem staat te wachten?

maandag 30 mei 2016 12:29

Acties:

maandag 30 mei 2016 12:33

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Jazzy schreef op maandag 30 mei 2016 @ 12:16:
Performance testen tegen die disks terwijl de applicatie ook draait hebben niet zo veel zin. Kijk eerst maar even of je disken daadwerkelijk de bottleneck zijn door de Avg. Disk Queue Length te meten en de read/write latency te meten tijdens gebruik van de applicatie. Stel dat de Avg. Disk Queue Length nooit boven de twee komen en de latency netjes onder de 15ms blijft dan zit je in de verkeerde richting te zoeken. Of andersom gezegd, als je disk subsystem daadwerkelijk de bottleneck is dan moet je dat terugzien in een hoge Avg. Disk Queue Length en bijbehorende latency spikes.
[...]
Misschien lees ik er overheen, maar bedoel je die 1-1000?

Heb je hier iets aan?

Afbeeldingslocatie: http://i.imgur.com/ZiMcoB3.jpg

Avg DQL max = 2,482
Avg Disk sec/Read max = 0,055
Avg Disk sec/Transd max = 0,028
Avg Disk sec/Write max = 0,005

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

maandag 30 mei 2016 12:39

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op maandag 30 mei 2016 @ 12:24:
[...]

OK.
Dan heb je het disk-subsystem voorzover uitgesloten.

Op hoeveel memory is de SQL server ingesteld ?
Plaats eens een screenshot van de taskmanager-performance-tab en process tab.

Afbeeldingslocatie: http://i.imgur.com/cqtebR1.jpg

Afbeeldingslocatie: http://i.imgur.com/Moo53Kf.jpg

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

maandag 30 mei 2016 12:41

Wat meer memory zal hier zeker goed doen ( 2 x 4GB )
Je kunt idd eens die SSD plaatsen en dan nog eens die zelfde tests doen.
Wat is dat precies voor merk en type SDD ?

Wie du mir, so ich dir.

Acties:

Moderator SSC/PB

Moooooh!

HellStorm666 schreef op maandag 30 mei 2016 @ 12:29:
[...]

Heb je hier iets aan?

[afbeelding]

Avg DQL max = 2,482
Avg Disk sec/Read max = 0,055
Avg Disk sec/Transd max = 0,028
Avg Disk sec/Write max = 0,005

Super! Een write duur gemiddeld 5ms, dat is heel keurig. Dat kan niet gezegd worden van de reads met gemiddeld 55 ms. Het is een beetje lastig te zien doordat je verschillende schalen gebruikt in je grafiek maar wat mij vooral opvalt is hoe constant het beeld is, dat je hebt bijna continu een zelfde latency hebt.

Verder lijkt de Avg. Disk Queue Length de hele tijd 1 te zijn als ik naar de grafiek kijk, dat is beslist niet schokkend. Wel zou het interessant zijn om wat beter te begrijpen welke processor voor dit gedrag zorgen, ik zou een veel piekerig gedrag verwachten namelijk. Open anders je resource monitor eens om uit te vogelen welke processen de meeste disk i/o veroorzaken en welk karakter dit heeft.

eheijnen schreef op maandag 30 mei 2016 @ 12:39:
Wat meer memory zal hier zeker goed doen ( 2 x 4GB )

Er is ongeveer 70% van het beschikbaar geheugen in gebruik, waarom zou meer memory goed doen?

@TS: Weet je zeker dat je je niet even wilt inlezen over de PAL tool? Met die tool kun je een custom performance counter log aanmaken en die vervolgens laten analyseren. Nu moeten we continu om informatie vragen die op afstand bovendien lastig te interpreteren is.

[ Voor 19% gewijzigd door Jazzy op 30-05-2016 12:44 ]

maandag 30 mei 2016 12:47

Acties:

maandag 30 mei 2016 12:49

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op maandag 30 mei 2016 @ 12:39:
Wat meer memory zal hier zeker goed doen ( 2 x 4GB )
Je kunt idd eens die SSD plaatsen en dan nog eens die zelfde tests doen.
Wat is dat precies voor merk en type SDD ?

SSD is een LAT-256M2S
Zat in een DELL workstation.
SSD heeft problemen, maar moet voor een speedtest prima werken.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

maandag 30 mei 2016 12:50

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Jazzy schreef op maandag 30 mei 2016 @ 12:41:
[...]
Super! Een write duur gemiddeld 5ms, dat is heel keurig. Dat kan niet gezegd worden van de reads met gemiddeld 55 ms. Het is een beetje lastig te zien doordat je verschillende schalen gebruikt in je grafiek maar wat mij vooral opvalt is hoe constant het beeld is, dat je hebt bijna continu een zelfde latency hebt.

Verder lijkt de Avg. Disk Queue Length de hele tijd 1 te zijn als ik naar de grafiek kijk, dat is beslist niet schokkend. Wel zou het interessant zijn om wat beter te begrijpen welke processor voor dit gedrag zorgen, ik zou een veel piekerig gedrag verwachten namelijk. Open anders je resource monitor eens om uit te vogelen welke processen de meeste disk i/o veroorzaken en welk karakter dit heeft.
[...]
Er is ongeveer 70% van het beschikbaar geheugen in gebruik, waarom zou meer memory goed doen?

@TS: Weet je zeker dat je je niet even wilt inlezen over de PAL tool? Met die tool kun je een custom performance counter log aanmaken en die vervolgens laten analyseren. Nu moeten we continu om informatie vragen die op afstand bovendien lastig te interpreteren is.

Wil best die PAL tool doen.
Maar snap er nog geen snars van

Waar haal ik bijv. die performance counter log vandaan?
En moet ook .net spul weer installeren daarvoor, en dat heeft waarschijnlijk weer een reboot nodig waar de tekenkamer niet blij mee zal zijn.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

Moderator SSC/PB

Moooooh!

Is dit nou echt teveel moeite? https://www.google.co.in/...=pal+tool+howto&gfe_rd=cr

Je hoeft alleen maar je data op de server te genereren, de analyse kun je op je eigen computer doen. Huur anders even een consultant in.

[ Voor 41% gewijzigd door Jazzy op 30-05-2016 12:51 ]

maandag 30 mei 2016 12:51

Acties:

maandag 30 mei 2016 12:55

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Jazzy schreef op maandag 30 mei 2016 @ 12:50:
Is dit nou echt teveel moeite? https://www.google.co.in/...=pal+tool+howto&gfe_rd=cr

Je hoeft alleen maar je data op de server te genereren, de analyse kun je op je eigen computer doen.

Zeker niet te veel moeite, maar nog geen tijd gehad om er verder in te duiken.
Zo om 14u een vergadering, zal daarna eens in de PAL tool duiken.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

maandag 30 mei 2016 13:03

HellStorm666 schreef op maandag 30 mei 2016 @ 12:47:
[...]

SSD is een LAT-256M2S
Zat in een DELL workstation.
SSD heeft problemen, maar moet voor een speedtest prima werken.

Dan is dit misschien nog een optie:
Kijk eens in de device manager naar de properties van de HD (plaatje).
Afbeeldingslocatie: http://i.imgur.com/xhOMDqK.png

Afbeeldingslocatie: http://i.imgur.com/xhOMDqK.png

Zijn deze opties aangevinkt ?
Door ook nog de tweede in te schakelen gaat Windows agressiever cachen voor deze disk. Vreet dan wel weer wat meer geheugen.

-->SSD is een LAT-256M2S
Hier een spec-sheet van Lite-on kun je dat afzetten tegen de benchmarks die je gaat daaien.
http://www.liteonssd.com/datasheet/2.5_M2S_MLC.pdf

[ Voor 13% gewijzigd door eheijnen op 30-05-2016 13:04 ]

Wie du mir, so ich dir.

Acties:

Baazie

Als ik zo de post's even doorlees kom ik nog op een aantal vragen:

1. Staat je Server ook te swappen?
dit heeft nadelige impact fileserver en sql omdat deze gaat schrijven op je hdd terwijl dit in geheugen zou moeten staan.
2. Zijn er juiste indexes opgebouwd in je database?
dit kan vertragende effect hebben op de applicatie die niets anders doet dan query calls.
3. Perfomance van sql controleren kan met management studio voor SQL echter is sql2005 behoorlijk
gedateerd en heb ik geen idee of de nieuwe management studio hiermee overweg kan.
https://support.microsoft.com/en-us/kb/298475
4. Wat zegt Windows EventViewer?.

Aanbeveling,
1. Zoek uit of sql 2005 te upgraden is deze bevatten vatten vaak beveiliging lekken en ik weet niet of je zou willen dat straks de productie data op straat staat.
2. Disaster recovery plan opstellen, met externe back-up etc..
3. Dedicated server alleen voor SQL en Dedicated fileserver.

maandag 30 mei 2016 13:15

Acties:

maandag 30 mei 2016 13:27

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Baazie schreef op maandag 30 mei 2016 @ 13:03:
Als ik zo de post's even doorlees kom ik nog op een aantal vragen:

1. Staat je Server ook te swappen?
dit heeft nadelige impact fileserver en sql omdat deze gaat schrijven op je hdd terwijl dit in geheugen zou moeten staan.
2. Zijn er juiste indexes opgebouwd in je database?
dit kan vertragende effect hebben op de applicatie die niets anders doet dan query calls.
3. Perfomance van sql controleren kan met management studio voor SQL echter is sql2005 behoorlijk
gedateerd en heb ik geen idee of de nieuwe management studio hiermee overweg kan.
https://support.microsoft.com/en-us/kb/298475
4. Wat zegt Windows EventViewer?.

Aanbeveling,
1. Zoek uit of sql 2005 te upgraden is deze bevatten vatten vaak beveiliging lekken en ik weet niet of je zou willen dat straks de productie data op straat staat.
2. Disaster recovery plan opstellen, met externe back-up etc..
3. Dedicated server alleen voor SQL en Dedicated fileserver.

1. Geen idee, hoe check ik dat?
2. zie 1.

Over de aanbevelingen.
Een upgrade van de SQL server wordt veel te duur. Zeker omdat met 1 a 2 jaar de server weg gaat en er Vault komt te draaien.
Externe back-ups hebben we
Dit willen we voor Vault ook gaan doen. Denk een ZFS voor de fileserver.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

KillerAce_NL

If it ain't broke...

HellStorm666 schreef op maandag 30 mei 2016 @ 10:26:
[...]

Met 1 a 2 jaar gaan wij sowieso over op Autodesk Vault. Daarvoor komt er een compleet nieuwe server met nieuwe db software ed.
Dus heel veel investeren is niet de bedoeling nu.

Een servertje aanschaffen is veel goedkoper als nog 2 jaar performance issue's hebben...
Je krijgt tegenwoordig veel meer performance voor je buck.
Vraag aub gedegen advies bij aanschaf, een instapservertje met een cheap raidcontrollertje, shitty consumer disks en ook nog een slecht ingericht is gewoon jammer van het geld.

maandag 30 mei 2016 15:03

Acties:

Holy crapshoot! Dit topic gaat echt alle kanten op. Sorry dat ik het zeg maar ik zie een hoop onzinnig advies hier staan.

Eerst eens analyseren! Er wordt al gesproken over allemaal hardware aanschaffen zonder dat er goed geanalyseerd is. Consumer SSD's in een server... Er wordt verwezen naar PAL. Helemaal top! echter als je niet weet hoe je het moet interpreteren schiet je er niks mee op. Er wordt nu gefocust op je disk performance. Maar misschien zit het probleem wel in 1 tabel die een index mist. Of in je netwerk. Of je hebt te weinig temp db's aangemaakt. Misschien ga je RAM kopen terwijl de bottleneck schrijf performance is of je koopt ram terwijl heel SQL al uit cache draait en het is gewoon simultane transfersize van de overige files.

Wellicht moet je je afvragen of je professionele ondersteuning nodig hebt.
Maar om je toch wat verder te helpen. De resultaten van de volgende query's geven een beetje inzicht in de staat van je SQL machine.

SQL:

--Controle settings DB. Hier voor is "show advanced options" nodig. 
--Deze word met een reconfigure statement geactiveerd en weer gedeactiveerd. 
--Het is raadzaam eerst te controleren of er nog andere reconfigure statements klaar staan voor een "commit"


EXEC sp_configure 'Show Advanced Options', 1;
GO
RECONFIGURE;
GO
EXEC sp_configure;
EXEC sp_configure 'Show Advanced Options', 0;
GO
RECONFIGURE;

--Geeft databases, files en settings weer.
select name, recovery_model from sys.databases
select name, type, size, growth, is_percent_growth from sys.master_files


--Query op DM rapporteert de 50 grootste wait stats.
select top 10 * from sys.dm_os_wait_stats
order BY wait_time_ms desc

--Geeft de meest gefragmenteerde indexes weer
use [vul hier de naam van je applicatie database in]
SELECT Object_name(object_id) as Tablename,s.name as Indexname
,index_type_desc
,avg_fragmentation_in_percent
,page_count
FROM sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL , NULL, N'LIMITED') d
join sysindexes s on d.object_id = s.id
and d.index_id = s.indid
--and s.name ='IX_TestIndex_Index'
where avg_fragmentation_in_percent > '10' and page_count > '1000'  

--Geeft de grootste index bottlenecks weer volgens SQL en een create index statement.
SELECT TOP 10
dm_mid.database_id AS DatabaseID,
dm_migs.avg_user_impact*(dm_migs.user_seeks+dm_migs.user_scans) Avg_Estimated_Impact,
dm_migs.last_user_seek AS Last_User_Seek,
OBJECT_NAME(dm_mid.OBJECT_ID,dm_mid.database_id) AS [TableName],
'CREATE INDEX [IX_' + OBJECT_NAME(dm_mid.OBJECT_ID,dm_mid.database_id) + '_'
+ REPLACE(REPLACE(REPLACE(ISNULL(dm_mid.equality_columns,''),', ','_'),'[',''),']','') +
CASE
WHEN dm_mid.equality_columns IS NOT NULL AND dm_mid.inequality_columns IS NOT NULL THEN '_'
ELSE ''
END
+ REPLACE(REPLACE(REPLACE(ISNULL(dm_mid.inequality_columns,''),', ','_'),'[',''),']','')
+ ']'
+ ' ON ' + dm_mid.statement
+ ' (' + ISNULL (dm_mid.equality_columns,'')
+ CASE WHEN dm_mid.equality_columns IS NOT NULL AND dm_mid.inequality_columns IS NOT NULL THEN ',' ELSE
'' END
+ ISNULL (dm_mid.inequality_columns, '')
+ ')'
+ ISNULL (' INCLUDE (' + dm_mid.included_columns + ')', '') AS Create_Statement
FROM sys.dm_db_missing_index_groups dm_mig
INNER JOIN sys.dm_db_missing_index_group_stats dm_migs
ON dm_migs.group_handle = dm_mig.index_group_handle
INNER JOIN sys.dm_db_missing_index_details dm_mid
ON dm_mig.index_handle = dm_mid.index_handle
WHERE dm_mid.database_ID = DB_ID()
ORDER BY Avg_Estimated_Impact DESC
GO

Voor onderhoud kan je eens kijken naar de oplossing van Olla Hallgren:
https://ola.hallengren.com/
Deze staat standaard afgesteld op de aanbevolen Microsoft thresholds.
Dit voorkomt rebuilds. Dat is slim omdat anders het onderhoud je memory caches leegt!
Als dit te heftig is doe dan je index rebuild 1x per week. Met een DB van 2 GB zal het waarschijnlijk niet heel write intensief zijn en wil je vooral goede caches in ram. Daar maakt fragmentatie niks uit.

[ Voor 11% gewijzigd door Dekaasboer op 30-05-2016 15:21 ]

maandag 30 mei 2016 15:27

Acties:

maandag 30 mei 2016 15:31

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Ik heb PAL 30 min laten lopen (deze handleiding: http://blog.fpweb.net/usi...gs-pal-tool/#.V0wbB_mLRD8) maar er gebeurt niets. er zou een htm file moeten komen... maar dat gebeurt dus niet.
Staat niets raars in het log.
Heeft iemand iets aan het .blg bestand? (die is 6,8MB geworden)

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

maandag 30 mei 2016 15:33

Nog een vraag: sinds wanneer is het systeem traag geworden ?

Wie du mir, so ich dir.

Acties:

maandag 30 mei 2016 15:34

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Dekaasboer schreef op maandag 30 mei 2016 @ 15:03:
Holy crapshoot! Dit topic gaat echt alle kanten op. Sorry dat ik het zeg maar ik zie een hoop onzinnig advies hier staan.

Eerst eens analyseren! Er wordt al gesproken over allemaal hardware aanschaffen zonder dat er goed geanalyseerd is. Consumer SSD's in een server... Er wordt verwezen naar PAL. Helemaal top! echter als je niet weet hoe je het moet interpreteren schiet je er niks mee op. Er wordt nu gefocust op je disk performance. Maar misschien zit het probleem wel in 1 tabel die een index mist. Of in je netwerk. Of je hebt te weinig temp db's aangemaakt. Misschien ga je RAM kopen terwijl de bottleneck schrijf performance is of je koopt ram terwijl heel SQL al uit cache draait en het is gewoon simultane transfersize van de overige files.

Wellicht moet je je afvragen of je professionele ondersteuning nodig hebt.
Maar om je toch wat verder te helpen. De resultaten van de volgende query's geven een beetje inzicht in de staat van je SQL machine.
SQL:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
--Controle settings DB. Hier voor is "show advanced options" nodig. 
--Deze word met een reconfigure statement geactiveerd en weer gedeactiveerd. 
--Het is raadzaam eerst te controleren of er nog andere reconfigure statements klaar staan voor een "commit"


EXEC sp_configure 'Show Advanced Options', 1;
GO
RECONFIGURE;
GO
EXEC sp_configure;
EXEC sp_configure 'Show Advanced Options', 0;
GO
RECONFIGURE;

--Geeft databases, files en settings weer.
select name, recovery_model from sys.databases
select name, type, size, growth, is_percent_growth from sys.master_files


--Query op DM rapporteert de 50 grootste wait stats.
select top 10 * from sys.dm_os_wait_stats
order BY wait_time_ms desc

--Geeft de meest gefragmenteerde indexes weer
use [vul hier de naam van je applicatie database in]
SELECT Object_name(object_id) as Tablename,s.name as Indexname
,index_type_desc
,avg_fragmentation_in_percent
,page_count
FROM sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL , NULL, N'LIMITED') d
join sysindexes s on d.object_id = s.id
and d.index_id = s.indid
--and s.name ='IX_TestIndex_Index'
where avg_fragmentation_in_percent > '10' and page_count > '1000'  

--Geeft de grootste index bottlenecks weer volgens SQL en een create index statement.
SELECT TOP 10
dm_mid.database_id AS DatabaseID,
dm_migs.avg_user_impact*(dm_migs.user_seeks+dm_migs.user_scans) Avg_Estimated_Impact,
dm_migs.last_user_seek AS Last_User_Seek,
OBJECT_NAME(dm_mid.OBJECT_ID,dm_mid.database_id) AS [TableName],
'CREATE INDEX [IX_' + OBJECT_NAME(dm_mid.OBJECT_ID,dm_mid.database_id) + '_'
+ REPLACE(REPLACE(REPLACE(ISNULL(dm_mid.equality_columns,''),', ','_'),'[',''),']','') +
CASE
WHEN dm_mid.equality_columns IS NOT NULL AND dm_mid.inequality_columns IS NOT NULL THEN '_'
ELSE ''
END
+ REPLACE(REPLACE(REPLACE(ISNULL(dm_mid.inequality_columns,''),', ','_'),'[',''),']','')
+ ']'
+ ' ON ' + dm_mid.statement
+ ' (' + ISNULL (dm_mid.equality_columns,'')
+ CASE WHEN dm_mid.equality_columns IS NOT NULL AND dm_mid.inequality_columns IS NOT NULL THEN ',' ELSE
'' END
+ ISNULL (dm_mid.inequality_columns, '')
+ ')'
+ ISNULL (' INCLUDE (' + dm_mid.included_columns + ')', '') AS Create_Statement
FROM sys.dm_db_missing_index_groups dm_mig
INNER JOIN sys.dm_db_missing_index_group_stats dm_migs
ON dm_migs.group_handle = dm_mig.index_group_handle
INNER JOIN sys.dm_db_missing_index_details dm_mid
ON dm_mig.index_handle = dm_mid.index_handle
WHERE dm_mid.database_ID = DB_ID()
ORDER BY Avg_Estimated_Impact DESC
GO
Voor onderhoud kan je eens kijken naar de oplossing van Olla Hallgren:
https://ola.hallengren.com/
Deze staat standaard afgesteld op de aanbevolen Microsoft thresholds.
Dit voorkomt rebuilds. Dat is slim omdat anders het onderhoud je memory caches leegt!
Als dit te heftig is doe dan je index rebuild 1x per week. Met een DB van 2 GB zal het waarschijnlijk niet heel write intensief zijn en wil je vooral goede caches in ram. Daar maakt fragmentatie niks uit.

Ok, hier mijn poging om dit te doen (1e keer dat ik SQL querys draai op een sql server (ken alleen mysql, mariadb enz.)

EDIT:
Heb de hele code in 1x gedraaid. hier de output:

code:

Ad Hoc Distributed Queries  0   1   0   0
affinity I/O mask   -2147483648 2147483647  0   0
affinity mask   -2147483648 2147483647  0   0
affinity64 I/O mask -2147483648 2147483647  0   0
affinity64 mask -2147483648 2147483647  0   0
Agent XPs   0   1   1   1
allow updates   0   1   0   0
awe enabled 0   1   0   0
blocked process threshold   0   86400   5   5
c2 audit mode   0   1   0   0
clr enabled 0   1   0   0
cost threshold for parallelism  0   32767   5   5
cross db ownership chaining 0   1   0   0
cursor threshold    -1  2147483647  -1  -1
Database Mail XPs   0   1   0   0
default full-text language  0   2147483647  1033    1033
default language    0   9999    0   0
default trace enabled   0   1   1   1
disallow results from triggers  0   1   0   0
fill factor (%) 0   100 0   0
ft crawl bandwidth (max)    0   32767   100 100
ft crawl bandwidth (min)    0   32767   0   0
ft notify bandwidth (max)   0   32767   100 100
ft notify bandwidth (min)   0   32767   0   0
index create memory (KB)    704 2147483647  0   0
in-doubt xact resolution    0   2   0   0
lightweight pooling 0   1   0   0
locks   5000    2147483647  0   0
max degree of parallelism   0   64  0   0
max full-text crawl range   0   256 4   4
max server memory (MB)  16  2147483647  2147483647  2147483647
max text repl size (B)  0   2147483647  65536   65536
max worker threads  128 32767   0   0
media retention 0   365 0   0
min memory per query (KB)   512 2147483647  1024    1024
min server memory (MB)  0   2147483647  0   0
nested triggers 0   1   1   1
network packet size (B) 512 32767   4096    4096
Ole Automation Procedures   0   1   0   0
open objects    0   2147483647  0   0
PH timeout (s)  1   3600    60  60
precompute rank 0   1   0   0
priority boost  0   1   0   0
query governor cost limit   0   2147483647  0   0
query wait (s)  -1  2147483647  -1  -1
recovery interval (min) 0   32767   0   0
remote access   0   1   1   1
remote admin connections    0   1   0   0
remote login timeout (s)    0   2147483647  20  20
remote proc trans   0   1   0   0
remote query timeout (s)    0   2147483647  600 600
Replication XPs 0   1   0   0
scan for startup procs  0   1   0   0
server trigger recursion    0   1   1   1
set working set size    0   1   0   0
show advanced options   0   1   1   1
SMO and DMO XPs 0   1   1   1
SQL Mail XPs    0   1   0   0
transform noise words   0   1   0   0
two digit year cutoff   1753    9999    2049    2049
user connections    0   32767   0   0
user options    0   32767   0   0
Web Assistant Procedures    0   1   0   0
xp_cmdshell 0   1   0   0

code:

master  3
tempdb  3
model   1
msdb    3
NXTdimPDM_ELT   3

code:

master  0   512 10  1
mastlog 1   160 10  1
tempdev 0   1024    10  1
templog 1   64  10  1
modeldev    0   280 128 0
modellog    1   1880    10  1
MSDBData    0   3288    10  1
MSDBLog 1   320 10  1
PSP2009_B   0   146856  128 0
PSP2009_B_log   1   128248  10  1

code:

LAZYWRITER_SLEEP    1030159 1025517406  1279    2464
SQLTRACE_BUFFER_FLUSH   256780  1025509014  4180    0
CXPACKET    2356824 13408519    8283    587312
SLEEP_BPOOL_FLUSH   449237  4477759 171 7316
WRITELOG    1147114 2793509 11606   56051
SOS_SCHEDULER_YIELD 29973440    2037139 202 2036998
LCK_M_IS    685 1485301 12339   3884
ASYNC_IO_COMPLETION 61  1419827 84802   0
BACKUPBUFFER    68178   1406021 702 1185
LCK_M_SCH_S 357 650258  11325   951

code:

1	AIM_IMPORT_DML NULL HEAP 33,4364261168385 22468

code:

5   49615020,87 2016-05-30 15:37:34.263 JOBSERVER   CREATE INDEX [IX_JOBSERVER_ELEMENT_AIMKEY] ON [NXTdimPDM_ELT].[dbo].[JOBSERVER] ([ELEMENT_AIMKEY])
5   1316461,5   2016-05-30 15:30:13.013 DOCUMENT    CREATE INDEX [IX_DOCUMENT_FILE_LINKNAME] ON [NXTdimPDM_ELT].[dbo].[DOCUMENT] ([FILE_LINKNAME]) INCLUDE ([AIMKEY], [FILE_NAME])
5   302155,14   2016-05-30 11:30:34.460 DOCUMENT    CREATE INDEX [IX_DOCUMENT_PART_NUMBER_FILE_TYPE] ON [NXTdimPDM_ELT].[dbo].[DOCUMENT] ([PART_NUMBER],[FILE_TYPE])
5   139319,4    2016-05-27 08:43:24.130 ELEMENT CREATE INDEX [IX_ELEMENT_DELETE_DATE_DELETE_INITIATOR] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([DELETE_DATE], [DELETE_INITIATOR]) INCLUDE ([AIMKEY], [ENTITY_TYPE], [SHORT_DESC], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_1_SHORT], [WORLD_GROUP])
5   55232,12    2016-05-30 14:09:21.603 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR]) INCLUDE ([AIMKEY], [CREATE_DATE], [CREATE_USER], [OWNER], [OWNER_GROUP], [RIGHTS], [WORLD_GROUP])
5   29083,2 2016-05-30 11:30:34.530 DOCUMENT    CREATE INDEX [IX_DOCUMENT_PART_NUMBER] ON [NXTdimPDM_ELT].[dbo].[DOCUMENT] ([PART_NUMBER])
5   27058,5 2016-05-30 14:36:46.980 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR_STATUSKEY] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR],[STATUSKEY]) INCLUDE ([AIMKEY], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_2_NAME], [WORLD_GROUP])
5   21030,8 2016-05-25 16:40:00.753 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR_STATUSKEY] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR],[STATUSKEY]) INCLUDE ([AIMKEY], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_2_NAME], [CUSTOM_3_NAME], [WORLD_GROUP])
5   20075,88    2016-05-30 14:42:33.300 CONFIGURATION2  CREATE INDEX [IX_CONFIGURATION2_PROFILE] ON [NXTdimPDM_ELT].[dbo].[CONFIGURATION2] ([PROFILE]) INCLUDE ([AIMKEY], [TYPE], [NAME], [VALUE], [PARENT])
5   15748,8 2016-05-30 15:38:01.523 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR]) INCLUDE ([AIMKEY], [CREATE_DATE], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_2_NAME], [WORLD_GROUP])

[ Voor 62% gewijzigd door HellStorm666 op 30-05-2016 15:40 . Reden: Even alles in 1x ]

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

maandag 30 mei 2016 15:36

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op maandag 30 mei 2016 @ 15:31:
Nog een vraag: sinds wanneer is het systeem traag geworden ?

Al ruim een jaar geleden... Maar de database is sinds een tijdje flink aan t groeien (vooral ook de files) en is daarmee nog trager geworden.
Ik ben de eerste die t aandurft om het probleem op te gaan lossen.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

maandag 30 mei 2016 15:54

Eens afwachten wat deKaasboer zegt van die output

Wie du mir, so ich dir.

Acties:

maandag 30 mei 2016 15:56

Ik kan die SQL zaken wel begrijpen die men aandraagt. Kan me echter niet voorstellen dat die applicatieleverancier zulk soort zaken als indexen niet heeft geregeld / dat die standaard niet geoptimaliseerd zijn. Op de HD na heeft dat ding in principe genoeg performance om een DB van 2GB te draaien en ook nog wel groter.

Mocht dat testen met die SDD goedgaan. Zou je een test kunnen doen door die database tijdelijk een dag op de SDD te plaatsen en te kijken wat de gebruikers ervan vinden.

Wie du mir, so ich dir.

Acties:

maandag 30 mei 2016 15:59

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op maandag 30 mei 2016 @ 15:54:
Ik kan die SQL zaken wel begrijpen die men aandraagt. Kan me echter niet voorstellen dat die applicatieleverancier zulk soort zaken als indexen niet heeft geregeld / dat die standaard niet geoptimaliseerd zijn. Op de HD na heeft dat ding in principe genoeg performance om een DB van 2GB te draaien en ook nog wel groter.

Mocht dat testen met die SDD goedgaan. Zou je een test kunnen doen door die database tijdelijk een dag op de SDD te plaatsen en te kijken wat de gebruikers ervan vinden.

Wat is de makkelijkste en veiligste mannier om de DB te verplaatsen (tijdelijk) naar de SSD?
(als t kan a.u.b. redelijk stap voor stap)

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

Moderator SSC/PB

Moooooh!

https://www.google.co.in/...w+to+move+files&gfe_rd=cr

Dit is volgens mij de derde keer dat ik uitleg dat je de gevraagde info makkelijk zelf kunt vergaren. Ik zeg het nog maar een keer, als deze materie je boven de pet gaat dan kun je beter een externe inhuren.

Dit is een forum dus vragen staat vrij, maar realiseer je wel hoeveel van onze tijd je vraagt door zelf niet te zoeken voordat je het vraagt.

[ Voor 67% gewijzigd door Jazzy op 30-05-2016 16:02 ]

maandag 30 mei 2016 16:02

Acties:

maandag 30 mei 2016 17:27

Hier op Technet wordt het hele proces beschreven
MSDN: Move a Database Using Detach and Attach (Transact-SQL)

Wie du mir, so ich dir.

Acties:

maandag 30 mei 2016 17:35

BMW S1000XR / Audi S6 Avant C7

Topicstarter

diskspd getest nu op de ssd

code:

Command Line: diskspd -b8K -d120 -o4 -t8 -h -r -w25 -L -Z1G -c20G D:\iotest.dat

Input parameters:

    timespan:   1
    -------------
    duration: 120s
    warm up time: 5s
    cool down time: 0s
    measuring latency
    random seed: 0
    path: 'D:\iotest.dat'
        think time: 0ms
        burst size: 0
        software cache disabled
        hardware write cache disabled, writethrough on
        write buffer size: 1073741824
        performing mix test (read/write ratio: 75/25)
        block size: 8192
        using random I/O (alignment: 8192)
        number of outstanding I/O operations: 4
        thread stride size: 0
        threads per file: 8
        using I/O Completion Ports
        IO priority: normal



Results for timespan 1:
*******************************************************************************

actual test time:   120.00s
thread count:       8
proc count:     8

CPU |  Usage |  User  |  Kernel |  Idle
-------------------------------------------
   0|   6.71%|   1.61%|    5.10%|  93.29%
   1|  48.59%|   1.53%|   47.06%|  51.40%
   2|   9.61%|   1.73%|    7.88%|  90.39%
   3|   7.81%|   1.59%|    6.23%|  92.18%
   4|   8.87%|   1.30%|    7.57%|  91.13%
   5|   2.21%|   0.57%|    1.64%|  97.79%
   6|   6.85%|   2.05%|    4.80%|  93.15%
   7|   3.25%|   0.72%|    2.54%|  96.75%
-------------------------------------------
avg.|  11.74%|   1.39%|   10.35%|  88.26%

Total IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |      1504174080 |       183615 |      11.95 |    1530.13 |    2.611 |     2.008 | D:\iotest.dat (20GB)
     1 |      1441112064 |       175917 |      11.45 |    1465.98 |    2.724 |     2.057 | D:\iotest.dat (20GB)
     2 |      1492541440 |       182195 |      11.86 |    1518.30 |    2.632 |     2.005 | D:\iotest.dat (20GB)
     3 |      1496735744 |       182707 |      11.90 |    1522.57 |    2.624 |     1.997 | D:\iotest.dat (20GB)
     4 |      1502478336 |       183408 |      11.94 |    1528.41 |    2.615 |     1.997 | D:\iotest.dat (20GB)
     5 |      1511317504 |       184487 |      12.01 |    1537.40 |    2.600 |     1.978 | D:\iotest.dat (20GB)
     6 |      1481433088 |       180839 |      11.77 |    1507.00 |    2.652 |     2.083 | D:\iotest.dat (20GB)
     7 |      1492590592 |       182201 |      11.86 |    1518.35 |    2.632 |     2.004 | D:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:       11922382848 |      1455369 |      94.75 |   12128.13 |    2.636 |     2.016

Read IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |      1129046016 |       137823 |       8.97 |    1148.53 |    3.351 |     1.717 | D:\iotest.dat (20GB)
     1 |      1080909824 |       131947 |       8.59 |    1099.56 |    3.487 |     1.731 | D:\iotest.dat (20GB)
     2 |      1118167040 |       136495 |       8.89 |    1137.46 |    3.374 |     1.660 | D:\iotest.dat (20GB)
     3 |      1122803712 |       137061 |       8.92 |    1142.18 |    3.359 |     1.665 | D:\iotest.dat (20GB)
     4 |      1126236160 |       137480 |       8.95 |    1145.67 |    3.356 |     1.667 | D:\iotest.dat (20GB)
     5 |      1130405888 |       137989 |       8.98 |    1149.91 |    3.343 |     1.657 | D:\iotest.dat (20GB)
     6 |      1109827584 |       135477 |       8.82 |    1128.98 |    3.402 |     1.805 | D:\iotest.dat (20GB)
     7 |      1120346112 |       136761 |       8.90 |    1139.68 |    3.371 |     1.692 | D:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:        8937742336 |      1091033 |      71.03 |    9091.99 |    3.380 |     1.700

Write IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |       375128064 |        45792 |       2.98 |     381.60 |    0.381 |     0.821 | D:\iotest.dat (20GB)
     1 |       360202240 |        43970 |       2.86 |     366.42 |    0.432 |     0.970 | D:\iotest.dat (20GB)
     2 |       374374400 |        45700 |       2.98 |     380.84 |    0.415 |     1.115 | D:\iotest.dat (20GB)
     3 |       373932032 |        45646 |       2.97 |     380.39 |    0.418 |     1.075 | D:\iotest.dat (20GB)
     4 |       376242176 |        45928 |       2.99 |     382.74 |    0.399 |     1.030 | D:\iotest.dat (20GB)
     5 |       380911616 |        46498 |       3.03 |     387.49 |    0.392 |     0.924 | D:\iotest.dat (20GB)
     6 |       371605504 |        45362 |       2.95 |     378.02 |    0.411 |     0.927 | D:\iotest.dat (20GB)
     7 |       372244480 |        45440 |       2.96 |     378.67 |    0.407 |     0.942 | D:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:        2984640512 |       364336 |      23.72 |    3036.15 |    0.407 |     0.979


  %-ile |  Read (ms) | Write (ms) | Total (ms)
----------------------------------------------
    min |      0.088 |      0.073 |      0.073
   25th |      2.403 |      0.159 |      1.063
   50th |      3.218 |      0.232 |      2.690
   75th |      4.164 |      0.392 |      3.808
   90th |      5.135 |      0.835 |      4.852
   95th |      5.782 |      1.343 |      5.526
   99th |      7.236 |      2.454 |      6.970
3-nines |     11.546 |      4.578 |     10.858
4-nines |     51.643 |     45.915 |     51.217
5-nines |     58.518 |     61.193 |     58.518
6-nines |     59.683 |     63.354 |     63.231
7-nines |     60.946 |     63.354 |     63.354
8-nines |     60.946 |     63.354 |     63.354
9-nines |     60.946 |     63.354 |     63.354
    max |     60.946 |     63.354 |     63.354

Een hele flinke verbetering dus.
Dus de db eens naar de SSD verplaatsen als test.

de 8GB is nu ook 16GB, maar het systeem is daar helemaal niets sneller van geworden.
wordt momenteel maar 2,6GB van de 16GB gebruikt (sqlsrv = 800mb)

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

maandag 30 mei 2016 19:14

HellStorm666 schreef op maandag 30 mei 2016 @ 17:27:
diskspd getest nu op de ssd

code:

Command Line: diskspd -b8K -d120 -o4 -t8 -h -r -w25 -L -Z1G -c20G D:\iotest.dat

Input parameters:

    timespan:   1
    -------------
    duration: 120s
    warm up time: 5s
    cool down time: 0s
    measuring latency
    random seed: 0
    path: 'D:\iotest.dat'
        think time: 0ms
        burst size: 0
        software cache disabled
        hardware write cache disabled, writethrough on
        write buffer size: 1073741824
        performing mix test (read/write ratio: 75/25)
        block size: 8192
        using random I/O (alignment: 8192)
        number of outstanding I/O operations: 4
        thread stride size: 0
        threads per file: 8
        using I/O Completion Ports
        IO priority: normal



Results for timespan 1:
*******************************************************************************

actual test time:   120.00s
thread count:       8
proc count:     8

CPU |  Usage |  User  |  Kernel |  Idle
-------------------------------------------
   0|   6.71%|   1.61%|    5.10%|  93.29%
   1|  48.59%|   1.53%|   47.06%|  51.40%
   2|   9.61%|   1.73%|    7.88%|  90.39%
   3|   7.81%|   1.59%|    6.23%|  92.18%
   4|   8.87%|   1.30%|    7.57%|  91.13%
   5|   2.21%|   0.57%|    1.64%|  97.79%
   6|   6.85%|   2.05%|    4.80%|  93.15%
   7|   3.25%|   0.72%|    2.54%|  96.75%
-------------------------------------------
avg.|  11.74%|   1.39%|   10.35%|  88.26%

Total IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |      1504174080 |       183615 |      11.95 |    1530.13 |    2.611 |     2.008 | D:\iotest.dat (20GB)
     1 |      1441112064 |       175917 |      11.45 |    1465.98 |    2.724 |     2.057 | D:\iotest.dat (20GB)
     2 |      1492541440 |       182195 |      11.86 |    1518.30 |    2.632 |     2.005 | D:\iotest.dat (20GB)
     3 |      1496735744 |       182707 |      11.90 |    1522.57 |    2.624 |     1.997 | D:\iotest.dat (20GB)
     4 |      1502478336 |       183408 |      11.94 |    1528.41 |    2.615 |     1.997 | D:\iotest.dat (20GB)
     5 |      1511317504 |       184487 |      12.01 |    1537.40 |    2.600 |     1.978 | D:\iotest.dat (20GB)
     6 |      1481433088 |       180839 |      11.77 |    1507.00 |    2.652 |     2.083 | D:\iotest.dat (20GB)
     7 |      1492590592 |       182201 |      11.86 |    1518.35 |    2.632 |     2.004 | D:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:       11922382848 |      1455369 |      94.75 |   12128.13 |    2.636 |     2.016

Read IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |      1129046016 |       137823 |       8.97 |    1148.53 |    3.351 |     1.717 | D:\iotest.dat (20GB)
     1 |      1080909824 |       131947 |       8.59 |    1099.56 |    3.487 |     1.731 | D:\iotest.dat (20GB)
     2 |      1118167040 |       136495 |       8.89 |    1137.46 |    3.374 |     1.660 | D:\iotest.dat (20GB)
     3 |      1122803712 |       137061 |       8.92 |    1142.18 |    3.359 |     1.665 | D:\iotest.dat (20GB)
     4 |      1126236160 |       137480 |       8.95 |    1145.67 |    3.356 |     1.667 | D:\iotest.dat (20GB)
     5 |      1130405888 |       137989 |       8.98 |    1149.91 |    3.343 |     1.657 | D:\iotest.dat (20GB)
     6 |      1109827584 |       135477 |       8.82 |    1128.98 |    3.402 |     1.805 | D:\iotest.dat (20GB)
     7 |      1120346112 |       136761 |       8.90 |    1139.68 |    3.371 |     1.692 | D:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:        8937742336 |      1091033 |      71.03 |    9091.99 |    3.380 |     1.700

Write IO
thread |       bytes     |     I/Os     |     MB/s   |  I/O per s |  AvgLat  | LatStdDev |  file
-----------------------------------------------------------------------------------------------------
     0 |       375128064 |        45792 |       2.98 |     381.60 |    0.381 |     0.821 | D:\iotest.dat (20GB)
     1 |       360202240 |        43970 |       2.86 |     366.42 |    0.432 |     0.970 | D:\iotest.dat (20GB)
     2 |       374374400 |        45700 |       2.98 |     380.84 |    0.415 |     1.115 | D:\iotest.dat (20GB)
     3 |       373932032 |        45646 |       2.97 |     380.39 |    0.418 |     1.075 | D:\iotest.dat (20GB)
     4 |       376242176 |        45928 |       2.99 |     382.74 |    0.399 |     1.030 | D:\iotest.dat (20GB)
     5 |       380911616 |        46498 |       3.03 |     387.49 |    0.392 |     0.924 | D:\iotest.dat (20GB)
     6 |       371605504 |        45362 |       2.95 |     378.02 |    0.411 |     0.927 | D:\iotest.dat (20GB)
     7 |       372244480 |        45440 |       2.96 |     378.67 |    0.407 |     0.942 | D:\iotest.dat (20GB)
-----------------------------------------------------------------------------------------------------
total:        2984640512 |       364336 |      23.72 |    3036.15 |    0.407 |     0.979


  %-ile |  Read (ms) | Write (ms) | Total (ms)
----------------------------------------------
    min |      0.088 |      0.073 |      0.073
   25th |      2.403 |      0.159 |      1.063
   50th |      3.218 |      0.232 |      2.690
   75th |      4.164 |      0.392 |      3.808
   90th |      5.135 |      0.835 |      4.852
   95th |      5.782 |      1.343 |      5.526
   99th |      7.236 |      2.454 |      6.970
3-nines |     11.546 |      4.578 |     10.858
4-nines |     51.643 |     45.915 |     51.217
5-nines |     58.518 |     61.193 |     58.518
6-nines |     59.683 |     63.354 |     63.231
7-nines |     60.946 |     63.354 |     63.354
8-nines |     60.946 |     63.354 |     63.354
9-nines |     60.946 |     63.354 |     63.354
    max |     60.946 |     63.354 |     63.354

En dat bij een block-size van 8K.
Als je dat met 256K doet krijg je nog heel andere getallen.

Schrijf alles op wat je doet bij het verplaatsen van de DB zodat je weet wat je gedaan hebt.
Zorg dat je een goede kopei achter de hand hebt.

Je hebt net opgestart. Het geheugengebruik zal nog stijgen.
Dat write-caching zoals eerder gepost kun je ook op de SSD aanzetten.

Wie du mir, so ich dir.

Acties:

Beste antwoord ✓

HellStorm666 schreef op maandag 30 mei 2016 @ 15:33:
[...]

Ok, hier mijn poging om dit te doen (1e keer dat ik SQL querys draai op een sql server (ken alleen mysql, mariadb enz.)

EDIT:
Heb de hele code in 1x gedraaid. hier de output:

Ok, nu even interpreteren.
Ik verwijder alles waar we toch niks mee doen.

code:

cost threshold for parallelism  0   32767   5   5
max degree of parallelism   0   64  0   0
max server memory (MB)  16  2147483647  2147483647  2147483647
min server memory (MB)  0   2147483647  0   0

Je cost threshold for parralism staat op 5 en je max degree of parralism staat op 0. Dat betekent dat met een hele kleine werklast SQL de query parallel over meerdere cores zal laten lopen.
Verder staat je max en min server memory niet ingesteld. SQL zal geheugen blijven pakken totdat het vol zit en zodra een andere applicatie geheugen nodig heeft zal hij het ook direct allemaal weer afstaan.

Advies:

cost threshold for parallelism: 50
max degree of parallelism: 2
Min server memory: 2000
Max server memory 4000

code:

1	NXTdimPDM_ELT 3

De recovery mode van je database staat op simple. Indien transactionele integriteit niet super belangrijk is maakt het ook niet zoveel uit. Let wel. Men denkt vaak dat database op simple zetten de log uitschakelt en dat het daarom sneller gaat maar dat klopt niet. SQL werkt altijd via de logfiles. Echter het groei en backup gedrag is anders. Niks mee doen.

code:

tempdev 0   1024    10  1
templog 1   64  10  1
PSP2009_B   0   146856  128 0
PSP2009_B_log   1   128248  10  1

Je hebt slechts 1 tempdb file. Microsoft raad 1 tempdb per fysieke core (boven de 8 gaan andere regels gelden) Echter aan de logsize te zien wordt het toch weinig gebruikt.

Maak een 2e tempdb file aan.

Je database is slechts 1,14GB maar heeft een vaste autogrowth van 1MB. Als er data geschreven wordt fragmenteert je database bestand snel. Het is ook raadzaam om de database alvast ruimte te laten inpikken (anti-shrink). Als de datafile vol zit en deze moet uitgebreid worden dat levert dit vertraging op.

Zet je file size van de database alvast op 2gb
Zet de autogrowth op 10mb

De log is 1GB. Dat zegt niet zoveel aangezien er waarschijnlijk een minimum grootte staat ingesteld. De logfile staat wel ingesteld om procentueel 10% te groeien. Het is aan te raden om daar een vaste grootte van te maken. (10mb)

Zet de autogrowth van de logfile van de database op 10mb

code:

1	CXPACKET 2356824 13408519 8283 587312

Het lijkt er op dat je server vaak staat te wachten op geparaleliseerde opdrachten. Het zetten van cost threshold for parallelism en max degree of parallelism zal hier waarschijnlijk al mee helpen.

code:

1	AIM_IMPORT_DML NULL HEAP 33,4364261168385 22468

Je hebt niet echt last van gefragmenteerde indexes. Echter deze tabel is wel een heap (geen index).

code:

5   49615020,87 2016-05-30 15:37:34.263 JOBSERVER   CREATE INDEX [IX_JOBSERVER_ELEMENT_AIMKEY] ON [NXTdimPDM_ELT].[dbo].[JOBSERVER] ([ELEMENT_AIMKEY])
5   1316461,5   2016-05-30 15:30:13.013 DOCUMENT    CREATE INDEX [IX_DOCUMENT_FILE_LINKNAME] ON [NXTdimPDM_ELT].[dbo].[DOCUMENT] ([FILE_LINKNAME]) INCLUDE ([AIMKEY], [FILE_NAME])
5   302155,14   2016-05-30 11:30:34.460 DOCUMENT    CREATE INDEX [IX_DOCUMENT_PART_NUMBER_FILE_TYPE] ON [NXTdimPDM_ELT].[dbo].[DOCUMENT] ([PART_NUMBER],[FILE_TYPE])
5   139319,4    2016-05-27 08:43:24.130 ELEMENT CREATE INDEX [IX_ELEMENT_DELETE_DATE_DELETE_INITIATOR] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([DELETE_DATE], [DELETE_INITIATOR]) INCLUDE ([AIMKEY], [ENTITY_TYPE], [SHORT_DESC], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_1_SHORT], [WORLD_GROUP])
5   55232,12    2016-05-30 14:09:21.603 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR]) INCLUDE ([AIMKEY], [CREATE_DATE], [CREATE_USER], [OWNER], [OWNER_GROUP], [RIGHTS], [WORLD_GROUP])
[s]5    29083,2 2016-05-30 11:30:34.530 DOCUMENT    CREATE INDEX [IX_DOCUMENT_PART_NUMBER] ON [NXTdimPDM_ELT].[dbo].[DOCUMENT] ([PART_NUMBER])[/s]
5   27058,5 2016-05-30 14:36:46.980 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR_STATUSKEY] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR],[STATUSKEY]) INCLUDE ([AIMKEY], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_2_NAME], [WORLD_GROUP])
5   21030,8 2016-05-25 16:40:00.753 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR_STATUSKEY] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR],[STATUSKEY]) INCLUDE ([AIMKEY], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_2_NAME], [CUSTOM_3_NAME], [WORLD_GROUP])
5   20075,88    2016-05-30 14:42:33.300 CONFIGURATION2  CREATE INDEX [IX_CONFIGURATION2_PROFILE] ON [NXTdimPDM_ELT].[dbo].[CONFIGURATION2] ([PROFILE]) INCLUDE ([AIMKEY], [TYPE], [NAME], [VALUE], [PARENT])
5   15748,8 2016-05-30 15:38:01.523 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR]) INCLUDE ([AIMKEY], [CREATE_DATE], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_2_NAME], [WORLD_GROUP])

Er zit wat overlap tussen de suggesties voor indexes.

Ik kom uiteindelijk hier op uit. Dit zou al aardig moeten schelen:

SQL:

CREATE INDEX [IX_DOCUMENT_PART_NUMBER_FILE_TYPE] ON 
[NXTdimPDM_ELT].[dbo].[DOCUMENT] ([PART_NUMBER],[FILE_TYPE])
CREATE INDEX [IX_DOCUMENT_FILE_LINKNAME] ON 
[NXTdimPDM_ELT].[dbo].[DOCUMENT] ([FILE_LINKNAME]) INCLUDE ([AIMKEY], [FILE_NAME])
CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR] ON 
[NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR]) INCLUDE ([AIMKEY], [CREATE_DATE], [CREATE_USER], [OWNER], [OWNER_GROUP], [RIGHTS], [WORLD_GROUP])

Al de wijzigingen die ik gesuggereerd hebt kan je via de UI doen (klik rechtermuis op de servernaam en op de namen van de databases in de managment studio) dan weet je ook gelijk waar het zit en als het niet werkt dan kan je het zelf ook terug zetten. Dit is allemaal veilig en zal je niet zomaar in de problemen brengen.

Het aanmaken van de indexen is iets anders. Bij sommige pakketten vervalt de garantie als je aan de database rommelt (sharepoint) andere pakketten ondersteunen het niet. Daar moet je altijd de index in het pakket zelf aanmaken (dynamics AX).
Daarom zou ik altijd voordat je indexen aanmaakt eerst met de leverancier van het pakket overleggen en het eerst in een testomgeving proberen.

Als je beide opties niet hebt maak dan eerst een backup van je database en maak dan de indexen aan. Kijk of het programma nog normaal werkt alvorens gebruikers er weer mee te laten werken.
Bewaar het script waarmee je de indexen hebt aangemaakt. Dan kan je ze altijd weer opzoeken en verwijderen.

Nog 1 laatste tip. Voer je wijzigingen stapsgewijs door. Wellicht maakt de ene wijziging het systeem een stuk sneller en de andere iets weer een stuk trager. Dan lijkt het per saldo hetzelfde.

Nog even over SSD's en de werking van SQL.
SQL is geen dom programma. Zelfs versie 2005 is al een geavanceerd pakket. SQL gaat zoveel mogelijk dingen cachen in het geheugen. Een SSD gaat je dus pas helpen als de bottleneck bij het schrijven van data ligt of als de database niet in het geheugen past.

Je kan overigens best snellere hdd's in de server prikken. Echter wat voor netwerk verbinding heb je? Als je bottleneck niet read IOPS is en je hebt er een 1gbit lan achter hangen schiet je natuurlijk niks op met een dikke SSD.

[ Voor 13% gewijzigd door Dekaasboer op 30-05-2016 20:50 ]

dinsdag 31 mei 2016 08:15

Acties:

dinsdag 31 mei 2016 08:31

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Dekaasboer schreef op maandag 30 mei 2016 @ 19:14:
[...]

Ok, nu even interpreteren.
Ik verwijder alles waar we toch niks mee doen.
code:
1
2
3
4
cost threshold for parallelism  0   32767   5   5
max degree of parallelism   0   64  0   0
max server memory (MB)  16  2147483647  2147483647  2147483647
min server memory (MB)  0   2147483647  0   0
Je cost threshold for parralism staat op 5 en je max degree of parralism staat op 0. Dat betekent dat met een hele kleine werklast SQL de query parallel over meerdere cores zal laten lopen.
Verder staat je max en min server memory niet ingesteld. SQL zal geheugen blijven pakken totdat het vol zit en zodra een andere applicatie geheugen nodig heeft zal hij het ook direct allemaal weer afstaan.

Advies:
cost threshold for parallelism: 50
max degree of parallelism: 2
Min server memory: 2000
Max server memory 4000
code:
1
NXTdimPDM_ELT   3
De recovery mode van je database staat op simple. Indien transactionele integriteit niet super belangrijk is maakt het ook niet zoveel uit. Let wel. Men denkt vaak dat database op simple zetten de log uitschakelt en dat het daarom sneller gaat maar dat klopt niet. SQL werkt altijd via de logfiles. Echter het groei en backup gedrag is anders. Niks mee doen.
code:
1
2
3
4
tempdev 0   1024    10  1
templog 1   64  10  1
PSP2009_B   0   146856  128 0
PSP2009_B_log   1   128248  10  1
Je hebt slechts 1 tempdb file. Microsoft raad 1 tempdb per fysieke core (boven de 8 gaan andere regels gelden) Echter aan de logsize te zien wordt het toch weinig gebruikt.
Maak een 2e tempdb file aan.
Je database is slechts 1,14GB maar heeft een vaste autogrowth van 1MB. Als er data geschreven wordt fragmenteert je database bestand snel. Het is ook raadzaam om de database alvast ruimte te laten inpikken (anti-shrink). Als de datafile vol zit en deze moet uitgebreid worden dat levert dit vertraging op.
Zet je file size van de database alvast op 2gb
Zet de autogrowth op 10mb
De log is 1GB. Dat zegt niet zoveel aangezien er waarschijnlijk een minimum grootte staat ingesteld. De logfile staat wel ingesteld om procentueel 10% te groeien. Het is aan te raden om daar een vaste grootte van te maken. (10mb)
Zet de autogrowth van de logfile van de database op 10mb
code:
1
CXPACKET    2356824 13408519    8283    587312
Het lijkt er op dat je server vaak staat te wachten op geparaleliseerde opdrachten. Het zetten van cost threshold for parallelism en max degree of parallelism zal hier waarschijnlijk al mee helpen.
code:
1
AIM_IMPORT_DML  NULL    HEAP    33,4364261168385    22468
Je hebt niet echt last van gefragmenteerde indexes. Echter deze tabel is wel een heap (geen index).
code:
1
2
3
4
5
6
7
8
9
10
5   49615020,87 2016-05-30 15:37:34.263 JOBSERVER   CREATE INDEX [IX_JOBSERVER_ELEMENT_AIMKEY] ON [NXTdimPDM_ELT].[dbo].[JOBSERVER] ([ELEMENT_AIMKEY])
5   1316461,5   2016-05-30 15:30:13.013 DOCUMENT    CREATE INDEX [IX_DOCUMENT_FILE_LINKNAME] ON [NXTdimPDM_ELT].[dbo].[DOCUMENT] ([FILE_LINKNAME]) INCLUDE ([AIMKEY], [FILE_NAME])
5   302155,14   2016-05-30 11:30:34.460 DOCUMENT    CREATE INDEX [IX_DOCUMENT_PART_NUMBER_FILE_TYPE] ON [NXTdimPDM_ELT].[dbo].[DOCUMENT] ([PART_NUMBER],[FILE_TYPE])
5   139319,4    2016-05-27 08:43:24.130 ELEMENT CREATE INDEX [IX_ELEMENT_DELETE_DATE_DELETE_INITIATOR] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([DELETE_DATE], [DELETE_INITIATOR]) INCLUDE ([AIMKEY], [ENTITY_TYPE], [SHORT_DESC], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_1_SHORT], [WORLD_GROUP])
5   55232,12    2016-05-30 14:09:21.603 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR]) INCLUDE ([AIMKEY], [CREATE_DATE], [CREATE_USER], [OWNER], [OWNER_GROUP], [RIGHTS], [WORLD_GROUP])
[s]5    29083,2 2016-05-30 11:30:34.530 DOCUMENT    CREATE INDEX [IX_DOCUMENT_PART_NUMBER] ON [NXTdimPDM_ELT].[dbo].[DOCUMENT] ([PART_NUMBER])[/s]
5   27058,5 2016-05-30 14:36:46.980 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR_STATUSKEY] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR],[STATUSKEY]) INCLUDE ([AIMKEY], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_2_NAME], [WORLD_GROUP])
5   21030,8 2016-05-25 16:40:00.753 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR_STATUSKEY] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR],[STATUSKEY]) INCLUDE ([AIMKEY], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_2_NAME], [CUSTOM_3_NAME], [WORLD_GROUP])
5   20075,88    2016-05-30 14:42:33.300 CONFIGURATION2  CREATE INDEX [IX_CONFIGURATION2_PROFILE] ON [NXTdimPDM_ELT].[dbo].[CONFIGURATION2] ([PROFILE]) INCLUDE ([AIMKEY], [TYPE], [NAME], [VALUE], [PARENT])
5   15748,8 2016-05-30 15:38:01.523 ELEMENT CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR] ON [NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR]) INCLUDE ([AIMKEY], [CREATE_DATE], [OWNER], [OWNER_GROUP], [RIGHTS], [CUSTOM_2_NAME], [WORLD_GROUP])
Er zit wat overlap tussen de suggesties voor indexes.

Ik kom uiteindelijk hier op uit. Dit zou al aardig moeten schelen:
SQL:
1
2
3
4
5
6
CREATE INDEX [IX_DOCUMENT_PART_NUMBER_FILE_TYPE] ON 
[NXTdimPDM_ELT].[dbo].[DOCUMENT] ([PART_NUMBER],[FILE_TYPE])
CREATE INDEX [IX_DOCUMENT_FILE_LINKNAME] ON 
[NXTdimPDM_ELT].[dbo].[DOCUMENT] ([FILE_LINKNAME]) INCLUDE ([AIMKEY], [FILE_NAME])
CREATE INDEX [IX_ELEMENT_ENTITY_TYPE_DELETE_DATE_DELETE_INITIATOR] ON 
[NXTdimPDM_ELT].[dbo].[ELEMENT] ([ENTITY_TYPE], [DELETE_DATE], [DELETE_INITIATOR]) INCLUDE ([AIMKEY], [CREATE_DATE], [CREATE_USER], [OWNER], [OWNER_GROUP], [RIGHTS], [WORLD_GROUP])
Al de wijzigingen die ik gesuggereerd hebt kan je via de UI doen (klik rechtermuis op de servernaam en op de namen van de databases in de managment studio) dan weet je ook gelijk waar het zit en als het niet werkt dan kan je het zelf ook terug zetten. Dit is allemaal veilig en zal je niet zomaar in de problemen brengen.

Het aanmaken van de indexen is iets anders. Bij sommige pakketten vervalt de garantie als je aan de database rommelt (sharepoint) andere pakketten ondersteunen het niet. Daar moet je altijd de index in het pakket zelf aanmaken (dynamics AX).
Daarom zou ik altijd voordat je indexen aanmaakt eerst met de leverancier van het pakket overleggen en het eerst in een testomgeving proberen.

Als je beide opties niet hebt maak dan eerst een backup van je database en maak dan de indexen aan. Kijk of het programma nog normaal werkt alvorens gebruikers er weer mee te laten werken.
Bewaar het script waarmee je de indexen hebt aangemaakt. Dan kan je ze altijd weer opzoeken en verwijderen.

Nog 1 laatste tip. Voer je wijzigingen stapsgewijs door. Wellicht maakt de ene wijziging het systeem een stuk sneller en de andere iets weer een stuk trager. Dan lijkt het per saldo hetzelfde.

Nog even over SSD's en de werking van SQL.
SQL is geen dom programma. Zelfs versie 2005 is al een geavanceerd pakket. SQL gaat zoveel mogelijk dingen cachen in het geheugen. Een SSD gaat je dus pas helpen als de bottleneck bij het schrijven van data ligt of als de database niet in het geheugen past.

Je kan overigens best snellere hdd's in de server prikken. Echter wat voor netwerk verbinding heb je? Als je bottleneck niet read IOPS is en je hebt er een 1gbit lan achter hangen schiet je natuurlijk niks op met een dikke SSD.

Geweldig bedankt voor de hulp!

Ik heb stap voor stap de aanbevelingen doorgevoerd en getest (en opgeschreven wat ik heb gedaan).
Een paar stappen die ik extra gedaan heb/gedaan heb.

minimum server mem staat op 2000mb
max server mem heb ik op 8000mb gezet (heb er nu toch 16gb in zitten, kan ik t net zo goed gebruiken is mijn idee. klopt dit?)

De tempdb aanmaken via:
[sql]
ALTER DATABASE tempdb
ADD FILE (NAME = tempdev2, FILENAME = 'D:\tempdb2.mdf', SIZE = 256);
GO
[/sql]

Deze staat nu dus ook op de SSD

log file initial size op 1gb gezet en autogrowth op 10mb
Deze gaat automatisch naar Restricted File Growth van 2.097.152MB

Echter is de db nog steeds even sloom.

Hier een filmpje van wat het probleem is.
[YouTube: https://www.youtube.com/watch?v=H4GvyZBY37I]

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

dinsdag 31 mei 2016 08:37

HellStorm666 schreef op dinsdag 31 mei 2016 @ 08:15:
[...]

Geweldig bedankt voor de hulp!

Ik heb stap voor stap de aanbevelingen doorgevoerd en getest (en opgeschreven wat ik heb gedaan).
Een paar stappen die ik extra gedaan heb/gedaan heb.

minimum server mem staat op 2000mb
max server mem heb ik op 8000mb gezet (heb er nu toch 16gb in zitten, kan ik t net zo goed gebruiken is mijn idee. klopt dit?)

Echter is de db nog steeds even sloom.

Hier een filmpje van wat het probleem is.
[video]

Met die maxmem kun je wat spelen. Die 4GB die Dekaasboer aangeeft zou ik zeker aanhouden. Zou het voorlopig op 6Gb houden. Als SQL die 8GB al uberhaupt gebruikt. Daarmee geef je Windows meer speelruimte om het FS te cachen.

Die lijst in de video wat wordt daar getoont ?
Heb je ook dat write-caching aangezet op de HD & SSD ?
Plaats nog eens een screenshot van de takmanager perf & proc tabs.

Dan nog de traagheid bij de file-server. Die draait op de 7200RPM HD. Je zei dat je drive laatst hebt gedefragmenteerd voor de eerste keer. Als de fragmentatiegraad hoog is kan het zijn dat je in het begin een paar keer moet defraggen.

Wie du mir, so ich dir.

Acties:

dinsdag 31 mei 2016 08:39

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op dinsdag 31 mei 2016 @ 08:31:
[...]

Met die maxmem kun je wat spelen. Die 4GB die Dekaasboer aangeeft zou ik zeker aanhouden. Zou het voorlopig op 6Gb houden. Als SQL die 8GB al uberhaupt gebruikt. Daarmee geef je Windows meer speelruimte om het FS te cachen.

Die lijst in de video wat wordt daar getoont ?
Heb je ook dat write-caching aangezet op de HD & SSD ?
Plaats nog eens een screenshot van de takmanager perf & proc tabs.

Dan nog de traagheid bij de file-server. Die draait op de 7200RPM HD. Je zei dat je drive laatst hebt gedefragmenteerd voor de eerste keer. Als de fragmentatiegraad hoog is kan het zijn dat je in het begin een paar keer moet defraggen.

Heb het defraggen van de file disk nog eens aangezet.
De lijst in die video is de normale werklijst. Hier staan alle projecten in.
Onder die projecten zitten sub-projecten en daaronder de bestanden waar we aan werken.

Zodra het defragmenteren klaar is zal ik nog eens screenshots plaatsen.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

dinsdag 31 mei 2016 08:44

Heb je ook de nog gekeken naar die indexen bij de instructies van DKB ?
Wat is dit precies voor een softwarepakket ?

Wie du mir, so ich dir.

Acties:

dinsdag 31 mei 2016 08:49

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op dinsdag 31 mei 2016 @ 08:39:
Heb je ook de nog gekeken naar die indexen bij de instructies van DKB ?
Wat is dit precies voor een softwarepakket ?

Die SQL commando's voor de indexen heb ik ook uitgevoerd ja. (uiteraard eerst een back-up gemaakt)

Het product is Product Stream Pro van Autodesk.
Het is een PDM systeem waarin je projecten aan maak en daarin tekeningen beheer.
Zo wordt elk boutje en schroefje maar 1x getekend en daarna gebruikt in 3D tekeningen.
Om deze manier is er heel goed met revisies te werken en kan je altijd zien wat er precies bij de klant staat.

Ook kunnen er office documenten toegevoegd worden aan de projecten.
Alles wat tekenkamer maakt, wordt gestart vanuit dit programma en ook hier opgeslagen.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

dinsdag 31 mei 2016 09:00

Wat je eens kunt monitoren:
Als je in het programma die lijst produceert eens tegelijkertijd kijken naar de CPU belasting van de SQL server processen in taskmanager.

Die werklijst zijn dat projecten of hoe wordt dat precies genoemd in het pakket ?
Welke versie is dit ?

[ Voor 4% gewijzigd door eheijnen op 31-05-2016 08:53 ]

Wie du mir, so ich dir.

Acties:

SteeringWheel

[H4L]

Volgens mij is er nog nergens aangetoond dat het probleem ook daadwerkelijk in de database zit. Het kan net zo goed in de clientapplicatie zitten zoals ik het zie.

A forum post should be like a skirt. Long enough to cover the subject material, but short enough to keep things interesting.

dinsdag 31 mei 2016 09:11

Acties:

Voer eens het commando DBCC FREEPROCCACHE uit op de SQL server.

SQL formuleert voor het uitvoeren van query's een executieplan en bewaart die in een cache. Deze wordt periodiek of na grote mutaties\ inserts bijgewerkt. Grote kans dat je nog op een oud executieplan draait en de indexen nog niet gebruikt. Dit commando leegt die cache.

dinsdag 31 mei 2016 09:48

Acties:

dinsdag 31 mei 2016 09:58

Ik denk dat je ook even naar de werking van de applicatie moet kijken, Ik heb ook een vergelijkbaar programma onder beheer gehad, en die tijdens het laden van de projecten lijst uit de DB ook gelijk een check op de fileserver naar de project files. Dat was ook performance drama, tot alles opgesplitst werd en op verschillende raid 10 sets met 15K SAS schijven gezet werd. Misschien dat deze software iets soortgelijks doet.

Misschien een domme vraag, maar je bent qua software wel volledig up-to-date, en dan vooral de
Autodesk updates?

Acties:

pven

Draai aub eens 'exec sp_who2' en kijk eens of je blocking sessions ziet? (Draai het op verschillende momenten.)

Al lezende heb ik het idee dat er meer gaande is dan trage hardware.

Heb je eigenlijk een acceptatie-omgeving?

[ Voor 10% gewijzigd door pven op 31-05-2016 09:59 ]

|| Marktplaats-meuk. Afdingen mag! ;-) || slotje.com for sale || Dank pven! ||

dinsdag 31 mei 2016 10:11

Acties:

dinsdag 31 mei 2016 10:19

BMW S1000XR / Audi S6 Avant C7

Topicstarter

pven schreef op dinsdag 31 mei 2016 @ 09:58:
Draai aub eens 'exec sp_who2' en kijk eens of je blocking sessions ziet? (Draai het op verschillende momenten.)

Al lezende heb ik het idee dat er meer gaande is dan trage hardware.

Heb je eigenlijk een acceptatie-omgeving?

Wat is een "acceptatie-omgeving"?

code:

1       BACKGROUND                      sa    .   . NULL    RESOURCE MONITOR    0   0   05/30 17:16:18                                                  1       0    
2       BACKGROUND                      sa    .   . NULL    LAZY WRITER         156 0   05/30 17:16:18                                                  2       0    
3       SUSPENDED                       sa    .   . NULL    LOG WRITER          1528    0   05/30 17:16:18                                                  3       0    
4       BACKGROUND                      sa    .   . NULL    LOCK MONITOR        0   0   05/30 17:16:18                                                  4       0    
5       BACKGROUND                      sa    .   . master  SIGNAL HANDLER      0   0   05/30 17:16:18                                                  5       0    
6       sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  6       0    
7       BACKGROUND                      sa    .   . master  TRACE QUEUE TASK    0   0   05/30 17:16:18                                                  7       0    
8       sleeping                        sa    .   . NULL    UNKNOWN TOKEN       0   0   05/30 17:16:18                                                  8       0    
9       sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  9       0    
10      BACKGROUND                      sa    .   . master  CHECKPOINT          967 608 05/30 17:16:18                                                  10      0    
11      BACKGROUND                      sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  11      0    
12      BACKGROUND                      sa    .   . master  BRKR EVENT HNDLR    15  43  05/30 17:16:18                                                  12      0    
13      sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  13      0    
14      BACKGROUND                      sa    .   . master  BRKR TASK           0   0   05/30 17:16:18                                                  14      0    
15      BACKGROUND                      sa    .   . master  BRKR TASK           0   0   05/30 17:16:18                                                  15      0    
16      sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  16      0    
17      sleeping                        sa    .   . master  TASK MANAGER        0   6   05/30 17:16:18                                                  17      0    
18      sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  18      0    
19      sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  19      0    
20      sleeping                        sa    .   . master  TASK MANAGER        0   2   05/30 17:16:18                                                  20      0    
21      sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  21      0    
22      sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  22      0    
51      sleeping                        NT AUTHORITY\SYSTEM ELTO-S2008    . msdb    AWAITING COMMAND    62  112 05/30 17:24:02  SQLAgent - Generic Refresher                    51      0    
52      sleeping                        COMPASS ELTO-75       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:20  Autodesk Productstream Professional 2011        52      0    
53      sleeping                        COMPASS RDP           . NXTdimPDM_ELT   AWAITING COMMAND    63  1   05/31 09:32:24  Autodesk Productstream Professional 2011        53      0    
54      sleeping                        COMPASS ELTO-WE       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:23:44  Autodesk Productstream Professional 2011        54      0    
55      sleeping                        COMPASS ELTO-WE       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:23:40  Autodesk Productstream Professional 2011        55      0    
56      sleeping                        COMPASS ELTO-75       . NXTdimPDM_ELT   AWAITING COMMAND    31  0   05/31 08:05:17  Autodesk Productstream Professional 2011        56      0    
57      sleeping                        COMPASS ELTO-WE       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:20  Autodesk Productstream Professional 2011        57      0    
58      sleeping                        NT AUTHORITY\SYSTEM ELTO-S2008    . msdb    AWAITING COMMAND    0   0   05/31 00:00:00  SQLAgent - Job invocation engine                58      0    
59      sleeping                        COMPASS RDP           . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 09:32:20  Autodesk Productstream Professional 2011        59      0    
60      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/30 17:42:42  Autodesk Productstream Professional 2011        60      0    
61      sleeping                        COMPASS ELTO-76       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:32  Autodesk Productstream Professional 2011        61      0    
62      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/30 17:42:32  Autodesk Productstream Professional 2011        62      0    
63      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:36  Autodesk Productstream Professional 2011        63      0    
64      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:05:50  Autodesk Productstream Professional 2011        64      0    
65      sleeping                        COMPASS RDP           . NXTdimPDM_ELT   AWAITING COMMAND    15  0   05/31 10:10:37  Autodesk Productstream Professional 2011        65      0    
66      sleeping                        COMPASS ELTO-75       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:05:11  Autodesk Productstream Professional 2011        66      0    
67      sleeping                        COMPASS ELTO-75       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:35  Autodesk Productstream Professional 2011        67      0    
68      sleeping                        COMPASS ELTO-76       . NXTdimPDM_ELT   AWAITING COMMAND    64  0   05/31 08:41:04  Autodesk Productstream Professional 2011        68      0    
69      sleeping                        COMPASS ELTO-76       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:40:59  Autodesk Productstream Professional 2011        69      0    
70      sleeping                        COMPASS ELTO-76       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:11  Autodesk Productstream Professional 2011        70      0    
71      sleeping                        COMPASS RDP           . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:26  Autodesk Productstream Professional 2011        71      0    
72      sleeping                        COMPASS ELTO-71       . NXTdimPDM_ELT   AWAITING COMMAND    47  0   05/31 08:05:50  Autodesk Productstream Professional 2011        72      0    
73      sleeping                        COMPASS ELTO-71       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:05:45  Autodesk Productstream Professional 2011        73      0    
74      sleeping                        ELTOMATIONBV\Elto-Main  ELTO-S2008    . master  AWAITING COMMAND    48  1   05/31 10:10:29  Microsoft SQL Server Management Studio          74      0    
75      sleeping                        COMPASS ELTO-WE       . NXTdimPDM_ELT   AWAITING COMMAND    16  0   05/31 10:10:38  Autodesk Productstream Professional 2011        75      0    
76      sleeping                        COMPASS ELTO-72       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:24:15  Autodesk Productstream Professional 2011        76      0    
77      sleeping                        COMPASS ELTO-71       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:16  Autodesk Productstream Professional 2011        77      0    
78      sleeping                        COMPASS ELTO-71       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:38  Autodesk Productstream Professional 2011        78      0    
79      sleeping                        COMPASS ELTO-72       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:24:08  Autodesk Productstream Professional 2011        79      0    
80      RUNNABLE                        COMPASS ELTO-72       . NXTdimPDM_ELT   SELECT              16  0   05/31 10:10:38  Autodesk Productstream Professional 2011        80      0    
81      sleeping                        COMPASS ELTO-74       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:29  Autodesk Productstream Professional 2011        81      0    
82      sleeping                        COMPASS ELTO-72       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:23  Autodesk Productstream Professional 2011        82      0    
83      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:37  Autodesk Productstream Professional 2011        83      0    
84      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:38  Autodesk Productstream Professional 2011        84      0    
85      sleeping                        COMPASS ELTO-74       . NXTdimPDM_ELT   AWAITING COMMAND    16  0   05/31 09:19:16  Autodesk Productstream Professional 2011        85      0    
86      sleeping                        COMPASS ELTO-74       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 09:19:10  Autodesk Productstream Professional 2011        86      0    
87      RUNNABLE                        ELTOMATIONBV\Elto-Main  ELTO-S2008    . NXTdimPDM_ELT   SELECT INTO         31  9   05/31 10:10:34  Microsoft SQL Server Management Studio - Query  87      0    
88      sleeping                        COMPASS ELTO-74       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:10:38  Autodesk Productstream Professional 2011        88      0

zelfde SQL commando na een tijdje

code:

1       BACKGROUND                      sa    .   . NULL    RESOURCE MONITOR    0   0   05/30 17:16:18                                                  1       0    
2       BACKGROUND                      sa    .   . NULL    LAZY WRITER         187 0   05/30 17:16:18                                                  2       0    
3       SUSPENDED                       sa    .   . NULL    LOG WRITER          1560    0   05/30 17:16:18                                                  3       0    
4       BACKGROUND                      sa    .   . NULL    LOCK MONITOR        0   0   05/30 17:16:18                                                  4       0    
5       BACKGROUND                      sa    .   . master  SIGNAL HANDLER      0   0   05/30 17:16:18                                                  5       0    
6       sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  6       0    
7       BACKGROUND                      sa    .   . master  TRACE QUEUE TASK    0   0   05/30 17:16:18                                                  7       0    
8       sleeping                        sa    .   . NULL    UNKNOWN TOKEN       0   0   05/30 17:16:18                                                  8       0    
9       sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  9       0    
10      BACKGROUND                      sa    .   . master  CHECKPOINT          967 614 05/30 17:16:18                                                  10      0    
11      BACKGROUND                      sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  11      0    
12      BACKGROUND                      sa    .   . master  BRKR EVENT HNDLR    15  43  05/30 17:16:18                                                  12      0    
13      sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  13      0    
14      BACKGROUND                      sa    .   . master  BRKR TASK           0   0   05/30 17:16:18                                                  14      0    
15      BACKGROUND                      sa    .   . master  BRKR TASK           0   0   05/30 17:16:18                                                  15      0    
16      sleeping                        sa    .   . master  TASK MANAGER        0   1   05/30 17:16:18                                                  16      0    
17      sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  17      0    
18      sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  18      0    
19      sleeping                        sa    .   . master  TASK MANAGER        0   4   05/30 17:16:18                                                  19      0    
20      sleeping                        sa    .   . master  TASK MANAGER        0   0   05/30 17:16:18                                                  20      0    
51      sleeping                        NT AUTHORITY\SYSTEM ELTO-S2008    . msdb    AWAITING COMMAND    62  112 05/30 17:24:02  SQLAgent - Generic Refresher                    51      0    
52      sleeping                        COMPASS ELTO-75       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:20  Autodesk Productstream Professional 2011        52      0    
53      sleeping                        COMPASS RDP           . NXTdimPDM_ELT   AWAITING COMMAND    63  1   05/31 09:32:24  Autodesk Productstream Professional 2011        53      0    
54      sleeping                        COMPASS ELTO-WE       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:23:44  Autodesk Productstream Professional 2011        54      0    
55      sleeping                        COMPASS ELTO-WE       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:23:40  Autodesk Productstream Professional 2011        55      0    
56      sleeping                        COMPASS ELTO-75       . NXTdimPDM_ELT   AWAITING COMMAND    31  0   05/31 08:05:17  Autodesk Productstream Professional 2011        56      0    
57      sleeping                        COMPASS ELTO-WE       . NXTdimPDM_ELT   AWAITING COMMAND    16  0   05/31 10:21:22  Autodesk Productstream Professional 2011        57      0    
58      sleeping                        NT AUTHORITY\SYSTEM ELTO-S2008    . msdb    AWAITING COMMAND    0   0   05/31 00:00:00  SQLAgent - Job invocation engine                58      0    
59      sleeping                        COMPASS RDP           . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 09:32:20  Autodesk Productstream Professional 2011        59      0    
60      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/30 17:42:42  Autodesk Productstream Professional 2011        60      0    
61      sleeping                        COMPASS ELTO-76       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:26  Autodesk Productstream Professional 2011        61      0    
62      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/30 17:42:32  Autodesk Productstream Professional 2011        62      0    
63      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:13  Autodesk Productstream Professional 2011        63      0    
64      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:15:53  Autodesk Productstream Professional 2011        64      0    
65      sleeping                        COMPASS RDP           . NXTdimPDM_ELT   AWAITING COMMAND    16  0   05/31 10:21:25  Autodesk Productstream Professional 2011        65      0    
66      sleeping                        COMPASS ELTO-75       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:05:11  Autodesk Productstream Professional 2011        66      0    
67      sleeping                        COMPASS ELTO-75       . NXTdimPDM_ELT   AWAITING COMMAND    16  0   05/31 10:21:26  Autodesk Productstream Professional 2011        67      0    
68      sleeping                        COMPASS ELTO-76       . NXTdimPDM_ELT   AWAITING COMMAND    64  0   05/31 08:41:04  Autodesk Productstream Professional 2011        68      0    
69      sleeping                        COMPASS ELTO-76       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:40:59  Autodesk Productstream Professional 2011        69      0    
70      sleeping                        COMPASS ELTO-76       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:15  Autodesk Productstream Professional 2011        70      0    
71      sleeping                        COMPASS RDP           . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:20:56  Autodesk Productstream Professional 2011        71      0    
72      sleeping                        COMPASS ELTO-71       . NXTdimPDM_ELT   AWAITING COMMAND    47  0   05/31 08:05:50  Autodesk Productstream Professional 2011        72      0    
73      sleeping                        COMPASS ELTO-71       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:05:45  Autodesk Productstream Professional 2011        73      0    
74      sleeping                        ELTOMATIONBV\Elto-Main  ELTO-S2008    . master  AWAITING COMMAND    48  1   05/31 10:10:29  Microsoft SQL Server Management Studio          74      0    
75      sleeping                        COMPASS ELTO-WE       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:26  Autodesk Productstream Professional 2011        75      0    
76      sleeping                        COMPASS ELTO-72       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:24:15  Autodesk Productstream Professional 2011        76      0    
77      sleeping                        COMPASS ELTO-RD3      . NXTdimPDM_ELT   AWAITING COMMAND    46  0   05/31 10:17:31  Autodesk Productstream Professional 2011        77      0    
78      sleeping                        COMPASS ELTO-RD3      . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:17:19  Autodesk Productstream Professional 2011        78      0    
79      sleeping                        COMPASS ELTO-72       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 08:24:08  Autodesk Productstream Professional 2011        79      0    
80      sleeping                        COMPASS ELTO-72       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:26  Autodesk Productstream Professional 2011        80      0    
81      sleeping                        COMPASS ELTO-74       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:20:59  Autodesk Productstream Professional 2011        81      0    
82      sleeping                        COMPASS ELTO-72       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:23  Autodesk Productstream Professional 2011        82      0    
83      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:26  Autodesk Productstream Professional 2011        83      0    
84      sleeping                        COMPASS ELTO-73       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:26  Autodesk Productstream Professional 2011        84      0    
85      sleeping                        COMPASS ELTO-74       . NXTdimPDM_ELT   AWAITING COMMAND    16  0   05/31 09:19:16  Autodesk Productstream Professional 2011        85      0    
86      sleeping                        COMPASS ELTO-74       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 09:19:10  Autodesk Productstream Professional 2011        86      0    
87      RUNNABLE                        ELTOMATIONBV\Elto-Main  ELTO-S2008    . NXTdimPDM_ELT   SELECT INTO         62  20  05/31 10:19:50  Microsoft SQL Server Management Studio - Query  87      0    
88      sleeping                        COMPASS ELTO-74       . NXTdimPDM_ELT   AWAITING COMMAND    16  0   05/31 10:21:26  Autodesk Productstream Professional 2011        88      0    
89      sleeping                        COMPASS ELTO-71       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:20  Autodesk Productstream Professional 2011        89      0    
90      sleeping                        COMPASS ELTO-71       . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:26  Autodesk Productstream Professional 2011        90      0    
91      sleeping                        COMPASS ELTO-RD3      . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:22  Autodesk Productstream Professional 2011        91      0    
92      sleeping                        COMPASS ELTO-RD3      . NXTdimPDM_ELT   AWAITING COMMAND    0   0   05/31 10:21:22  Autodesk Productstream Professional 2011        92      0

[ Voor 50% gewijzigd door HellStorm666 op 31-05-2016 10:22 ]

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

dinsdag 31 mei 2016 10:24

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Het systeem is nu wel merkbaar sneller dan dat het was.

Het idee nu is het volgende.

De server heeft maar 4 SATA3 poorten en 1 SATA1(ODD) poort.
zo'n sata1 heb je geen bal aan, dus daar laten we de dvd-drive maar op zitten.
dan hebben we dus 4 sata3 poorten waar we wat mee kunnen.

Windows schijf clonen naar MX200 van 250GB en daar de DB, log en tempdb op zetten (aangezien windows toch bijna niets doet met de hdd, dus de db zal er niet veel last van hebben.)

MX200 van 1TB er bij voor de files en tempdb2

De 2x 2TB in RAID1 wordt back-up.
Hier wordt dan elk uur een incremental back-up opgezet van de files en de db.
Een keer per week back-uppen we dan ook nog een keer naar de externe hdd.

Dus:
SATA_0: MX200 250GB: Windows + db + tempdb1 + log
SATA_1: MX200 1TB: Files + tempdb2
SATA_2 + SATA_3: RAID1 HDD 2TB: Back-up van files en db inc. 1h

Goed idee? of helemaal bagger?

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

raymondw

Over DB etc durf ik niets te zeggen, maar als specialist op server vlak zou ik geen consumer SSD in een server omgeving zetten.
Heb gevallen waar dat soort units binnen 1 week defect gaan.

Als je toch geld uitgeeft, ga dan iig voor een Enterprise rated SSD...
De hardware kosten wegen op tegen het opnieuw indelen als het fout gaat!

to linux or not ,that's my quest... | 5800X | 32GB 3800C15 | X570-Pro | 980 1TB | 7900XTX | PVoutput | Fiets

dinsdag 31 mei 2016 10:25

Acties:

dinsdag 31 mei 2016 10:25

HellStorm666 schreef op dinsdag 31 mei 2016 @ 10:19:
Het systeem is nu wel merkbaar sneller dan dat het was.

Het idee nu is het volgende.

De server heeft maar 4 SATA3 poorten en 1 SATA1(ODD) poort.
zo'n sata1 heb je geen bal aan, dus daar laten we de dvd-drive maar op zitten.
dan hebben we dus 4 sata3 poorten waar we wat mee kunnen.

Windows schijf clonen naar MX200 van 250GB en daar de DB, log en tempdb op zetten (aangezien windows toch bijna niets doet met de hdd, dus de db zal er niet veel last van hebben.)

MX200 van 1TB er bij voor de files en tempdb2

De 2x 2TB in RAID1 wordt back-up.
Hier wordt dan elk uur een incremental back-up opgezet van de files en de db.
Een keer per week back-uppen we dan ook nog een keer naar de externe hdd.

Dus:
SATA_0: MX200 250GB: Windows + db + tempdb1 + log
SATA_1: MX200 1TB: Files + tempdb2
SATA_2 + SATA_3: RAID1 HDD 2TB: Back-up van files en db inc. 1h

Goed idee? of helemaal bagger?

Nog even de moed erin houden.

We zijn een heel stuk opgeschoten.
Zo te zien hebben we de SQL en Storage problematiek redelijk goed getackeld.

Schijven heb je snel gekocht en bijgeplaatst. Kunnen we later nog naar kijken over hoe en wat.

Wat nu nog speelt is de applicatiesnelheid. Die kan aan een aantal factoren te wijten zijn. Dat moeten we nog uitzoeken.
Heb even wat rondgeneusd en zag dat er gewerkt wordt met databases van 12GB.

Die werklijst zijn dat projecten of hoe wordt dat precies genoemd in het pakket ?
Welke versie is dit ?

Wie du mir, so ich dir.

Acties:

dinsdag 31 mei 2016 10:27

BMW S1000XR / Audi S6 Avant C7

Topicstarter

raymondw schreef op dinsdag 31 mei 2016 @ 10:24:
Over DB etc durf ik niets te zeggen, maar als specialist op server vlak zou ik geen consumer SSD in een server omgeving zetten.
Heb gevallen waar dat soort units binnen 1 week defect gaan.

Als je toch geld uitgeeft, ga dan iig voor een Enterprise rated SSD...
De hardware kosten wegen op tegen het opnieuw indelen als het fout gaat!

Welke SSD raad jij mij aan?
heb een 250GB en een 900GB of groter nodig.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

F_J_K

Moderator CSA/PB

Front verplichte underscores

Ik heb best goede ervaringen met consumer SSD's - maar dan wel obv. redundantie (ik ga er altijd van uit dat een 'schijf', maar ook een server, kan uitvallen).

HellStorm666 schreef op dinsdag 31 mei 2016 @ 10:19:
Een keer per week back-uppen we dan ook nog een keer naar de externe hdd.

Misschien goed om het later nog eens over de backupstrategie te hebben, maar eerst de performance. (Al zou andersom veiliger zijn

)

HellStorm666 schreef op dinsdag 31 mei 2016 @ 10:11:
Wat is een "acceptatie-omgeving"?

Deel van een OTAP-straat, een omgeving vergelijkbaar met je P. Je wilt nooit zomaar iets aanpassen in je productieomgeving zonder eerst te hebben getest waar je de boel niet kunt slopen

Misschien goed om de theorie van beheer eens bij te lezen. Dat werkt beter dan reactief proberen te repareren.

'Multiple exclamation marks,' he went on, shaking his head, 'are a sure sign of a diseased mind' (Terry Pratchett, Eric)

dinsdag 31 mei 2016 10:41

Acties:

dinsdag 31 mei 2016 10:49

BMW S1000XR / Audi S6 Avant C7

Topicstarter

O, zo.
Onze OTAP is dan.
Uitdenken wat mogelijkheden zijn en uitzoeken wat de verschillen zijn.
Beste oplossing testen in een VM
Resultaten beoordelen
Als OK, dan uitrollen.

En soms wordt een aanpassing gewoon live gegooid en kijken we wat er gebeurt.
Bevalt t niet, dan draaien we terug.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

dinsdag 31 mei 2016 11:38

raymondw schreef op dinsdag 31 mei 2016 @ 10:24:
Over DB etc durf ik niets te zeggen, maar als specialist op server vlak zou ik geen consumer SSD in een server omgeving zetten.
Heb gevallen waar dat soort units binnen 1 week defect gaan.

Als je toch geld uitgeeft, ga dan iig voor een Enterprise rated SSD...
De hardware kosten wegen op tegen het opnieuw indelen als het fout gaat!

Je hebt zeker gelijk dat Enterprise grade SSD's beter zijn, of het echter haalbaar is voor zijn omgeving betwijfel ik, we praten dan wel over SSD's in een klasse die 2x zoveel kosten dan dat de server van TS in zijn geheel kost.

Moet zelf zeggen dat ik met Crucial of Intel SSD's geen slechte ervaringen heb in instap servers met software based controllers zoals TS heeft zoals ik eerder ook al aangaf. Bij hardware based controllers zie ik een stuk meer issues met consumer, maar ook bijv. met 3rd party enterprise grade disks. Ik hou het zelf in die gevallen het liefst bij disks van de fabrikant zelf met gegarandeerd compatible firmware.

Acties:

HellStorm666 schreef op dinsdag 31 mei 2016 @ 10:19:
Het systeem is nu wel merkbaar sneller dan dat het was.

Het idee nu is het volgende.

De server heeft maar 4 SATA3 poorten en 1 SATA1(ODD) poort.
zo'n sata1 heb je geen bal aan, dus daar laten we de dvd-drive maar op zitten.
dan hebben we dus 4 sata3 poorten waar we wat mee kunnen.

Windows schijf clonen naar MX200 van 250GB en daar de DB, log en tempdb op zetten (aangezien windows toch bijna niets doet met de hdd, dus de db zal er niet veel last van hebben.)

MX200 van 1TB er bij voor de files en tempdb2

De 2x 2TB in RAID1 wordt back-up.
Hier wordt dan elk uur een incremental back-up opgezet van de files en de db.
Een keer per week back-uppen we dan ook nog een keer naar de externe hdd.

Dus:
SATA_0: MX200 250GB: Windows + db + tempdb1 + log
SATA_1: MX200 1TB: Files + tempdb2
SATA_2 + SATA_3: RAID1 HDD 2TB: Back-up van files en db inc. 1h

Goed idee? of helemaal bagger?

Je zit nog op windows server 2008 dus je moet nog opletten dat je partities aligned zijn.
https://technet.microsoft.../dd758814(v=sql.100).aspx

Formatteer de disks met een clustersize van 8k. Dat komt overeen met de page size van de database. (niet die van de log die is 8x8=64k)

Qua indeling twijfel ik een beetje:
Windows + DB + tempdb1 + tempdb2 (windows en DB op 1 schijf is niet helemaal best practice maar ach)
Sata 1 files
Sata 2+3 log file

Waarom?
db is meestal iets van 80% read 20% write semi random 8k io
tempdb is 50/50 maar die wordt hier vast niet hevig gebruikt.
files 60 % seq. read 40% seq write?
DB log is 100% 8x8 =64k seq write. (je hebt dus niet veel nodig om dit bij te benen)

Op zich kan je de log ook gewoon bij de database op sata0 zetten, het zal niet veel uitmaken.

[ Voor 5% gewijzigd door Dekaasboer op 31-05-2016 11:42 ]

dinsdag 31 mei 2016 12:00

Acties:

dinsdag 31 mei 2016 12:22

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Dekaasboer schreef op dinsdag 31 mei 2016 @ 11:38:
[...]

Je zit nog op windows server 2008 dus je moet nog opletten dat je partities aligned zijn.
https://technet.microsoft.../dd758814(v=sql.100).aspx

Formatteer de disks met een clustersize van 8k. Dat komt overeen met de page size van de database. (niet die van de log die is 8x8=64k)

Qua indeling twijfel ik een beetje:
Windows + DB + tempdb1 + tempdb2 (windows en DB op 1 schijf is niet helemaal best practice maar ach)
Sata 1 files
Sata 2+3 log file

Waarom?
db is meestal iets van 80% read 20% write semi random 8k io
tempdb is 50/50 maar die wordt hier vast niet hevig gebruikt.
files 60 % seq. read 40% seq write?
DB log is 100% 8x8 =64k seq write. (je hebt dus niet veel nodig om dit bij te benen)

Op zich kan je de log ook gewoon bij de database op sata0 zetten, het zal niet veel uitmaken.

Dus als k t goed begrijp.
SATA_0 (MX200 250GB) Windows (moet ik helaas ergens kwijt) + DB + temp1 en temp2
SATA_1 (MX200 1TB) Files (verder niets anders)
SATA_2&3 (RAID1) log-file en back-up van DB en Files.

ps. schijven zijn onderhand besteld. zullen morgen binnenkomen.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

dinsdag 31 mei 2016 13:07

BMW S1000XR / Audi S6 Avant C7

Topicstarter

F_J_K schreef op dinsdag 31 mei 2016 @ 10:27:

[...]

Misschien goed om het later nog eens over de backupstrategie te hebben, maar eerst de performance. (Al zou andersom veiliger zijn )

[...]

Vertel...
Back-ups zijn wel érg belangrijk nl.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

F_J_K

Moderator CSA/PB

Front verplichte underscores

- Backup op dezelfde machine helpt niet tegen problemen die de hele machine aangaan (doch wel tegen user-PEBCAK)
- Wekelijkse backup == 6 dagen en 23u productie kwijt als het fout gaat, of meer:
- De ene externe backup-HDD faalt net tijdens het maken van de backup en dan heb je niets meer.

Maar goed, dit is hier offtopic: maak desgewenst een los topic. (Er hebben in het verleden hier, en vast ook in OM, BV, misschien ook CSA wat discussies gelopen over backupstrategieën, check die eerst).

'Multiple exclamation marks,' he went on, shaking his head, 'are a sure sign of a diseased mind' (Terry Pratchett, Eric)

dinsdag 31 mei 2016 14:09

Acties:

dinsdag 31 mei 2016 17:55

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Komende zaterdag zal het systeem de upgrade krijgen naar de SSD's.
Resultaten laat ik uiteraard weten.

EDIT:
Nog een vraagje.
Binnen Advanced system settings, advance, performance settings.
Tab Advanced, die staat op background services, moet die niet op programs staan?
En het virtual memory, moet die nog ingesteld staan, of kan dat uit?
En moet hyperthreading aan of uit?

[ Voor 58% gewijzigd door HellStorm666 op 31-05-2016 14:43 ]

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

Wilko990

Dekaasboer schreef op dinsdag 31 mei 2016 @ 11:38:
[...]
Formatteer de disks met een clustersize van 8k. Dat komt overeen met de page size van de database. (niet die van de log die is 8x8=64k)

Dit is zeker geen best practice voor SQL Server. Dit moet zijn 64KB. SQL Server lees in extents van 8x8kb pages = 64KB.
Bron: https://technet.microsoft.../dd758814(v=sql.100).aspx
(2e regel na figuur 3, onderaan het artikel)

woensdag 1 juni 2016 08:25

Acties:

woensdag 1 juni 2016 08:42

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op dinsdag 31 mei 2016 @ 10:25:
[...]

Nog even de moed erin houden.

We zijn een heel stuk opgeschoten.
Zo te zien hebben we de SQL en Storage problematiek redelijk goed getackeld.

Schijven heb je snel gekocht en bijgeplaatst. Kunnen we later nog naar kijken over hoe en wat.

Wat nu nog speelt is de applicatiesnelheid. Die kan aan een aantal factoren te wijten zijn. Dat moeten we nog uitzoeken.
Heb even wat rondgeneusd en zag dat er gewerkt wordt met databases van 12GB.

Die werklijst zijn dat projecten of hoe wordt dat precies genoemd in het pakket ?
Welke versie is dit ?

Had over deze vragen heengelezen, sorry.
Snap de vraag niet helemaal

Waar zie je de 12GB database, want ik kan die niet vinden.
Zal dit de files zijn?

Het systeem is al wel merkbaar sneller geworden.
Maar het is helaas nog niet echt lekker snappy.
Zaterdag gaan we het systeem op SSD's zetten. Dat zal ook al een hoop schelen.

Zijn er nog tests die je gedaan wilt hebben om de applicatie snelheid te beoordelen?
Het programma heet Autodesk Productstream Professional (Office) 2011.
Tekenkamer heeft Autodesk Productstream Professional 2011 draaien, de rest draait de office versie.
de gene die ik heb draaien is build 10.00.32.00, exe-version: 10.0.48.0.
Server DLL-Version: 10.0.32.0

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

woensdag 1 juni 2016 08:56

HellStorm666 schreef op woensdag 01 juni 2016 @ 08:25:
[...]

Had over deze vragen heengelezen, sorry.
Snap de vraag niet helemaal
Waar zie je de 12GB database, want ik kan die niet vinden.
Zal dit de files zijn?

Het systeem is al wel merkbaar sneller geworden.
Maar het is helaas nog niet echt lekker snappy.
Zaterdag gaan we het systeem op SSD's zetten. Dat zal ook al een hoop schelen.

Zijn er nog tests die je gedaan wilt hebben om de applicatie snelheid te beoordelen?
Het programma heet Autodesk Productstream Professional (Office) 2011.
Tekenkamer heeft Autodesk Productstream Professional 2011 draaien, de rest draait de office versie.
de gene die ik heb draaien is build 10.00.32.00, exe-version: 10.0.48.0.
Server DLL-Version: 10.0.32.0

Heb zitten zoeken op die applicatie en performance daarvan.
Daarbij kwam ik een entry tegen van een bedrijf met een Db van 12GB.

Maar ook entries met soortgelijke performance problemen.

In die video wordt die lijst geladen.
Wat ik wil weten is hoe die lijst in de applicatie, woordelijk, wordt genoemd.
Misschien, als dat voor jullie kan, kun je een screenshot plaatsen van het gehele applicatie-venster.

Die traagheid speelt die alleen als je die ene lijst laad of zijn er op andere "plaatsen" in de applicatie ook zulk soort problemen ?
Zo ja, beschrijf deze problemen eens wat uitvoeriger en waar dat dan gebeurt.

Kijk ook nog naar het volgende:
- Als die lijst geladen wordt kijk dan mee in de taskmanager op server of het CPU gebruik van de SQL server omhoog gaat.
- Als die lijst geladen wordt kijk dan mee in de taskmanager op de client het CPU gebruik van de applicatie flink omhoog gaat.

Kunnen we daar dan verder induiken.

Wie du mir, so ich dir.

Acties:

woensdag 1 juni 2016 09:01

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op woensdag 01 juni 2016 @ 08:42:
[...]

Heb zitten zoeken op die applicatie en performance daarvan.
Daarbij kwam ik een entry tegen van een bedrijf met een Db van 12GB.

Maar ook entries met soortgelijke performance problemen.

In die video wordt die lijst geladen.
Wat ik wil weten is hoe die lijst in de applicatie, woordelijk, wordt genoemd.
Misschien, als dat voor jullie kan, kun je een screenshot plaatsen van het gehele applicatie-venster.

Die traagheid speelt die alleen als je die ene lijst laad of zijn er op andere "plaatsen" in de applicatie ook zulk soort problemen ?
Zo ja, beschrijf deze problemen eens wat uitvoeriger en waar dat dan gebeurt.

Kijk ook nog naar het volgende:
- Als die lijst geladen wordt kijk dan mee in de taskmanager op server of het CPU gebruik van de SQL server omhoog gaat.
- Als die lijst geladen wordt kijk dan mee in de taskmanager op de client het CPU gebruik van de applicatie flink omhoog gaat.

Kunnen we daar dan verder induiken.

Dit is het meest trage venster: All Projects
Afbeeldingslocatie: http://i.imgur.com/GBHLcBy.jpg

Maar ook Main Projects is langzaam
Afbeeldingslocatie: http://i.imgur.com/ISKLpWL.jpg

De vensters er naast, met Engineering Documents en Office Documents is een stuk sneller geworden na de aanpassingen.

CPU op de server doet tussen de 0% en 1%, maar lijkt niet te reageren om het laden van de lijst.
CPU van de client stijgt met een 30%, en dat lijkt MsMpEng.exe te zijn

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

woensdag 1 juni 2016 09:08

Hoeveel CPU gebruikt het proces van de applicatie ?
Kijk ook eens op een andere werkplek of je daar het zelfde ziet gebeuren ?
Doe dit een aantal keren achter elkaar en kijk of steeds het zelfde gebeurt.

[ Voor 23% gewijzigd door eheijnen op 01-06-2016 09:03 ]

Wie du mir, so ich dir.

Acties:

woensdag 1 juni 2016 09:14

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op woensdag 01 juni 2016 @ 09:01:
Hoeveel CPU gebruikt het proces van de applicatie ?
Kijk ook eens op een andere werkplek of je daar het zelfde ziet gebeuren ?
Doe dit een aantal keren achter elkaar en kijk of steeds het zelfde gebeurt.

Die gebruikt 0% cpu en 70MB mem.

Maar.... Windows defender lijkt het probleem te zijn.
We gebruiken Microsoft security essentials (MSPENG.exe) Nu heb ik productstream in de exclusion list gezet en werkt alles snel.

Net bij een collega geprobeerd die nog meer problemen had dan ik, ook hier lost dat het voor een heel groot deel op.

Hoe simpel kan t soms zijn.

EDIT:
Probleem is trouwens nog niet helemaal weg, op een paar systemen is het nog wel wat slomig, maar al wel dubbel zo snel als dat het was.

[ Voor 9% gewijzigd door HellStorm666 op 01-06-2016 09:19 ]

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

woensdag 1 juni 2016 09:18

Is security essentials geconfigureerd om regelmatig full scans te doen op de werkplekken ?

Zo ja, dat is niet nodig. Als je een scanner installeert doe je op dat moment een full scan. Als deze goed gaat zet je het scannen uit en gebruik je alleen de on-access scanner. Die zorgt ervoor dat bestanden gescand worden als deze geopend worden. Meer is niet nodig.

Ik zag in de proces-lijst van de server dat je daar clam gebruikt. Deze heeft geen on-access scanner. Misschien is het beter om ook daar MSE te gebruiken. Ook hier geldt hetzelfde als voor de clients.

Nadat je die exclusion hebt toegevoegd is het dan snel, snappy, of zou het nog beter kunnen ?

Wie du mir, so ich dir.

Acties:

woensdag 1 juni 2016 09:23

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op woensdag 01 juni 2016 @ 09:14:
Is security essentials geconfigureerd om regelmatig full scans te doen op de werkplekken ?

Zo ja, dat is niet nodig. Als je een scanner installeert doe je op dat moment een full scan. Als deze goed gaat zet je het scannen uit en gebruik je alleen de on-access scanner. Die zorgt ervoor dat bestanden gescand worden als deze geopend worden. Meer is niet nodig.

Ik zag in de proces-lijst van de server dat je daar clam gebruikt. Deze heeft geen on-access scanner. Misschien is het beter om ook daar MSE te gebruiken. Ook hier geldt hetzelfde als voor de clients.

Nadat je die exclusion hebt toegevoegd is het dan snel, snappy, of zou het nog beter kunnen ?

Snelle scan staat ingesteld voor 1x per week.
Real-time beveiliging staat ook aan.

Het probleem is trouwens nog niet helemaal weg, maar het systeem is al wel een stuk sneller geworden.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

woensdag 1 juni 2016 09:34

Snelle scan kun je gewoon uitzetten.
Realtime dekt de lading volledig als er uiteraard regelmatig wordt ge-update.

De versie van de applicatie is dat de laatste / hoe oud is deze ?

Wie du mir, so ich dir.

Acties:

woensdag 1 juni 2016 09:37

Schakel MSE eens volledig uit op een werkplek die je vertrouwt en vergelijk dan de performance van de applicatie en toegang tot de file-server.

Doe dit, ook meermaals, vergelijk de resultaten.

Is me ontschoten.
- Stel MSE in om alleen incoming files te scannen.
- Alle andere scans uitschakelen.
- Alleen Realtime scan actief.
- Systemen die in het netwerk worden opgenomen wel onderwerpen aan full-scan. daarna alleen incoming files.
- Als alles goed is hoef je dan ook geen exclusions aan te zetten.

Deze settings kun je ook op de file-server hanteren.

[ Voor 48% gewijzigd door eheijnen op 01-06-2016 10:21 ]

Wie du mir, so ich dir.

Acties:

woensdag 1 juni 2016 10:53

Kijk ook eens in de product documentatie van autodesk, in mijn ervaring heeft autodesk vrij duidelijke documentatie over welke zaken geexclude moeten worden voor de beste performance. Ik heb bij diverse relaties ook een hele rits aan autodesk exclusions staan.

Maar dit zijn natuurlijk wel zaken die je normaliter al bij de implementatie inricht, als dit nooit echt ingericht is geweest zou dit issue eigenlijk al sinds de oplevering aanwezig geweest moeten zijn (tenzij je ergens van AV vendor gewisseld bent, en de exclusions bijv. niet overgenomen zijn).

[ Voor 36% gewijzigd door Dennism op 01-06-2016 09:38 ]

Acties:

woensdag 1 juni 2016 12:33

HellStorm666 schreef op woensdag 01 juni 2016 @ 09:18:
[...]

Snelle scan staat ingesteld voor 1x per week.
Real-time beveiliging staat ook aan.

Het probleem is trouwens nog niet helemaal weg, maar het systeem is al wel een stuk sneller geworden.

Wie du mir, so ich dir.

Acties:

woensdag 1 juni 2016 12:39

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Heb bij Autodesk opgezocht wat er allemaal in de exclusion moet staan en dit via group-policy toegevoegd bij alle systemen.
Het geheel is er duidelijk sneller op geworden (denk wel eens zo snel).
CPU, MEM en LAN belasting is nog steeds niet echt hoog.
Van server 0-5%, 40-45%, 0-4,5%
Van client (afhankelijk van systeem) 4-60%, 40-70%, 0-5%

Dus het zou allemaal nog sneller moeten kunnen.
Ik verwacht dat de HDD voor de files nu de bottleneck is, maar daar kom ik zaterdag vanzelf achter.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

woensdag 1 juni 2016 13:16

HellStorm666 schreef op woensdag 01 juni 2016 @ 12:33:
Heb bij Autodesk opgezocht wat er allemaal in de exclusion moet staan en dit via group-policy toegevoegd bij alle systemen.
Het geheel is er duidelijk sneller op geworden (denk wel eens zo snel).
CPU, MEM en LAN belasting is nog steeds niet echt hoog.
Van server 0-5%, 40-45%, 0-4,5%
Van client (afhankelijk van systeem) 4-60%, 40-70%, 0-5%

Dus het zou allemaal nog sneller moeten kunnen.
Ik verwacht dat de HDD voor de files nu de bottleneck is, maar daar kom ik zaterdag vanzelf achter.

Wie du mir, so ich dir.

Acties:

woensdag 1 juni 2016 13:26

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op woensdag 01 juni 2016 @ 12:39:
[...]

Schakel MSE eens volledig uit op een werkplek die je vertrouwt en vergelijk dan de performance van de applicatie en toegang tot de file-server.

Doe dit, ook meermaals, vergelijk de resultaten.

Is me ontschoten.
- Stel MSE in om alleen incoming files te scannen.
- Alle andere scans uitschakelen.
- Alleen Realtime scan actief.
- Systemen die in het netwerk worden opgenomen wel onderwerpen aan full-scan. daarna alleen incoming files.
- Als alles goed is hoef je dan ook geen exclusions aan te zetten.

Deze settings kun je ook op de file-server hanteren.

De versie van de applicatie is dat de laatste / hoe oud is deze ?

MSE uit of aan met exclusions maakt geen verschil.
de realtimescan zorgt juist voor de problemen. Die aan, en exclusions uit, is problemen.
die aan en exclusions aan is sneller.
Instellingen voor incommingfiles ed kan ik niet vinden.
De file-server draait clam-av ipv MSE (geen idee waarom eigenlijk)

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

woensdag 1 juni 2016 14:52

HellStorm666 schreef op woensdag 01 juni 2016 @ 13:16:
[...]

Ik begrijp dat jij en de collega's graag zsm een oplossing willen.

Op de file-server komen later terug. Dan nemen we die nog onderhanden.

Om dit goed op te lossen is het het beste om eerst op een of twee werkplekken vast te stellen wat er, in totaliteit gedaan moet worden. Dat behelst niet alleen MSE.

Voor nog meer zaken ad-hoc uit te proberen eerst die MSE onder loep.

Wat ik bedoel met uitschakelen is dat je de scanner volledig uitzet / disabled op de werkplek waarmee getest wordt.

Hoe is de applicatie performance dan ?

Daarna de scanner weer aanzetten zodat er doorgewerkt kan worden.

Hebben jullie de betaalde of gratis versie van MSE ?

Post je resultaten aub, dan kijken we verder.

[ Voor 5% gewijzigd door eheijnen op 01-06-2016 13:31 ]

Wie du mir, so ich dir.

Acties:

woensdag 1 juni 2016 18:57

eheijnen schreef op woensdag 01 juni 2016 @ 13:26:
[...]

Wat ik bedoel met uitschakelen is dat je de scanner volledig uitzet / disabled op de werkplek waarmee getest wordt.

Hoe is de applicatie performance dan ?

Volgens mij beantwoord TS dit al in zijn vorige post, ik haal daar iig het volgende uit:

MSE Uit = Snel
MSE Aan, zonder Exclusions is langzaam
MSE Aan, met Exclusions is net zo snel als MSE uit.

Wat in principe ook volkomen logisch is als de juiste exclusions gezet zijn.

Acties:

Wilko990 schreef op dinsdag 31 mei 2016 @ 17:55:
[...]

Dit is zeker geen best practice voor SQL Server. Dit moet zijn 64KB. SQL Server lees in extents van 8x8kb pages = 64KB.
Bron: https://technet.microsoft.../dd758814(v=sql.100).aspx
(2e regel na figuur 3, onderaan het artikel)

Je hebt gelijkt ik had het omgedraaid voor log en db

woensdag 1 juni 2016 19:08

Acties:

woensdag 1 juni 2016 19:47

HellStorm666 schreef op woensdag 01 juni 2016 @ 13:16:
[...]
MSE uit of aan met exclusions maakt geen verschil.
de realtimescan zorgt juist voor de problemen. Die aan, en exclusions uit, is problemen.
die aan en exclusions aan is sneller.
Instellingen voor incommingfiles ed kan ik niet vinden.
De file-server draait clam-av ipv MSE (geen idee waarom eigenlijk)

Klopt wat Dennis hierboven zegt.

Instellingen voor incommingfiles ed kan ik niet vinden.
--> Dan heb je de gratis versie van MSE. Die kan dit niet.

De file-server draait clam-av ipv MSE (geen idee waarom eigenlijk).
--> Clam AV heeft geen realtime scanner. Daar kun je alleen gestuurde / manual scans mee doen.

Zoals MSE nu draait zal deze hoogst waarschijnlijk ook voor vertraging zorgen bij het lezen en schrijven van bestanden naar de file-server zorgen. En lokaal op de werkplekken ook. Heb op het web genoeg kunnen vinden waar men klaagt over de algehele computer performance na installatie van MSE.

Je kunt eens op een werkplek met stevige problemen MSE deïnstalleren. Daarna performance van de applicatie en vooral ook de toegang tot de file-server testen. Daarna dan maar weer installeren.

Wie du mir, so ich dir.

Acties:

woensdag 1 juni 2016 20:09

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op woensdag 01 juni 2016 @ 19:08:
[...]

Klopt wat Dennis hierboven zegt.

Instellingen voor incommingfiles ed kan ik niet vinden.
--> Dan heb je de gratis versie van MSE. Die kan dit niet.

De file-server draait clam-av ipv MSE (geen idee waarom eigenlijk).
--> Clam AV heeft geen realtime scanner. Daar kun je alleen gestuurde / manual scans mee doen.

Zoals MSE nu draait zal deze hoogst waarschijnlijk ook voor vertraging zorgen bij het lezen en schrijven van bestanden naar de file-server zorgen. En lokaal op de werkplekken ook. Heb op het web genoeg kunnen vinden waar men klaagt over de algehele computer performance na installatie van MSE.

Je kunt eens op een werkplek met stevige problemen MSE deïnstalleren. Daarna performance van de applicatie en vooral ook de toegang tot de file-server testen. Daarna dan maar weer installeren.

Of ergens (tips welkom) een business license nemen van een goede antivirus, Anti-Malware ;-)

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

woensdag 1 juni 2016 22:50

Inieder geval gaat al een heel stuk beter.

File-server - client verkeer gaat nu ook goed ?

Eerst nog verder onderzoeken zodat je een totaalbeeld hebt. Spullen kopen is snel gedaan.
Andere pakketten kun je beter eerst evalueren in jullie situatie....

[ Voor 22% gewijzigd door eheijnen op 01-06-2016 22:16 ]

Wie du mir, so ich dir.

Acties:

vrijdag 3 juni 2016 11:46

HellStorm666 schreef op woensdag 01 juni 2016 @ 19:47:
[...]
Of ergens (tips welkom) een business license nemen van een goede antivirus, Anti-Malware ;-)

Zie ook mijn eerdere post hierboven.

Denk je dat het probleem volledig te wijten is aan MSE of zou het lonen om te kijken of er voor Productream nog verbeteringen te vinden zijn ?

Als je een werkplek zonder antivirus neemt als uitgangspunt kun je makkelijk vaststellen hoeveel een viruscanner het systeem vertraagt.
Je kunt dan voor het testen van de scanners de tijd opnemen van een aantal acties als baseline.
Kun je pakketten een voor een testen en heb je naderhand een overzicht met resultaten. Daar kun je ook functionaliteit, bedieningsgemak, kosten etc. in meenemen.

Lijkt het je verstandig om ook de file-server uit te rusten met een scanner ?

Waar je zeker op moet letten is dat bv. AVG, tenminste in hun FREE versie, ook aan het vergaren van big-data doet. Neem niet aan dat je dat als bedrijf wilt.

Wie du mir, so ich dir.

Acties:

vrijdag 3 juni 2016 11:50

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Morgen worden de SSD's geinstalleerd.
Ik heb ze beide vast op 64k geformatteerd.
920GB bruikbaar van de 1TB (overprovisioning) en 220GB van de 250GB.

Nog 2 vraagjes.
Het wisselbestand (virtuele geheugen) moet dit aan of uit?
Mijn gevoel zegt uit, want 16GB RAM zit er nu in en er wordt maar 7GB gebruikt.
Dus er is zat RAM.

Processorgebruik optimaliseren voor programma's of voor achtergrondservices? (staat nu op achtergrondservices)

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

Moderator SSC/PB

Moooooh!

https://www.google.co.in/...+recommendation&gfe_rd=cr

Weet niet of iemand het al een keer gezegd had, maar veel van deze vragen zijn al eerder besproken op internet. Voordeel is dus dat je de informatie zelf al kunt vinden door de goede termen in een zoekmachine te typen.

[ Voor 56% gewijzigd door Jazzy op 03-06-2016 11:51 ]

vrijdag 3 juni 2016 12:07

Acties:

vrijdag 3 juni 2016 12:20

HellStorm666 schreef op vrijdag 03 juni 2016 @ 11:46:
Morgen worden de SSD's geinstalleerd.
Ik heb ze beide vast op 64k geformatteerd.
920GB bruikbaar van de 1TB (overprovisioning) en 220GB van de 250GB.

Nog 2 vraagjes.
Het wisselbestand (virtuele geheugen) moet dit aan of uit?
Mijn gevoel zegt uit, want 16GB RAM zit er nu in en er wordt maar 7GB gebruikt.
Dus er is zat RAM.

Processorgebruik optimaliseren voor programma's of voor achtergrondservices? (staat nu op achtergrondservices)

Swap en proces-prioriteit, sql, file-services etc. zijn achtergrond processen, staan goed hoeft niets aan gedaan te worden. Doordat je nu meer memory hebt zal Windows veel minder gebruik maken van de swap-file wat weer goed is voor de snelheid.

Die 64K gelden alleen voor de partitie waarop sql-server & de database staat. Als je dit toepast op de file-server & backup parititie / schijf neemt elk bestand dat kleiner is dan 64K altijd 64K in beslag. Dat kan flink "in de papieren lopen"

Wie du mir, so ich dir.

Acties:

DigiK-oz

Ik moet zeggen dat ik niet het hele topic heb doorgelezen, maar ik zet toch wat vraagtekens. Als deze al eerder naar voren zijn gekomen, excuses daarvoor.

Je focussed je heel erg op je database performance, en dan met name I/O. Maar je database is slechts 2GB, en je "bijbehorende files" zowat 500GB. Daarbij heeft je SQL server proces zo te zien voldoende memory beschikbaar om zo ongeveer de hele database continu in cache te hebben. Ik zou op database-gebied dus weinig verwachten van snellere disks, tenzij er natuurlijk heel erg veel naar de database wordt geschreven.

Dus, is je database wel traag of zit de traagheid in het lezen van de "andere" files? Of misschien wel nog ergens anders?

Als de traagheid wél in de database zit, dan levert het tunen van je queries en/of indexing strategie vrijwel altijd veel meer op dan snellere disks. De allersnelste I/O is de I/O die je niet hoeft te doen

Whatever

vrijdag 3 juni 2016 15:03

Acties:

F_J_K

Moderator CSA/PB

Front verplichte underscores

Jazzy schreef op vrijdag 03 juni 2016 @ 11:50:
Weet niet of iemand het al een keer gezegd had, maar veel van deze vragen zijn al eerder besproken op internet. Voordeel is dus dat je de informatie zelf al kunt vinden door de goede termen in een zoekmachine te typen.

Dat ja - het is toch wel de bedoeling om eerst zelf te zoeken naar antwoorden en mogelijkheden - ook bij doorvragen na de topicstart

'Multiple exclamation marks,' he went on, shaking his head, 'are a sure sign of a diseased mind' (Terry Pratchett, Eric)

dinsdag 7 juni 2016 09:22

Acties:

dinsdag 7 juni 2016 18:30

HellStorm666 schreef op vrijdag 03 juni 2016 @ 11:46:
Morgen worden de SSD's geinstalleerd.
Ik heb ze beide vast op 64k geformatteerd.
920GB bruikbaar van de 1TB (overprovisioning) en 220GB van de 250GB.

Nog 2 vraagjes.
Het wisselbestand (virtuele geheugen) moet dit aan of uit?
Mijn gevoel zegt uit, want 16GB RAM zit er nu in en er wordt maar 7GB gebruikt.
Dus er is zat RAM.

Processorgebruik optimaliseren voor programma's of voor achtergrondservices? (staat nu op achtergrondservices)

Hoe is het verder gelopen ?

Wie du mir, so ich dir.

Acties:

dinsdag 7 juni 2016 18:42

BMW S1000XR / Audi S6 Avant C7

Topicstarter

eheijnen schreef op dinsdag 07 juni 2016 @ 09:22:
[...]

Hoe is het verder gelopen ?

Verplaatsen vande gegevens naar 2 SSD's heeft nog een verdere prestatie winst gegeven.

Verder nog niet getest, ben namelijk sinds gisteren middag voor t eerst vader geworden :-)

Zodra ik verder kan testen laat ik t weten.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties:

woensdag 8 juni 2016 18:48

HellStorm666 schreef op dinsdag 07 juni 2016 @ 18:30:
[...]

Verplaatsen vande gegevens naar 2 SSD's heeft nog een verdere prestatie winst gegeven.

Verder nog niet getest, ben namelijk sinds gisteren middag voor t eerst vader geworden :-)

Zodra ik verder kan testen laat ik t weten.

Gefeliciteerd !!

Wie du mir, so ich dir.

Acties:

donderdag 9 juni 2016 13:11

HellStorm666 schreef op dinsdag 07 juni 2016 @ 18:30:
[...]

Verplaatsen vande gegevens naar 2 SSD's heeft nog een verdere prestatie winst gegeven.

Verder nog niet getest, ben namelijk sinds gisteren middag voor t eerst vader geworden :-)

Zodra ik verder kan testen laat ik t weten.

Afbeeldingslocatie: http://www.locomix.nl/geboortekaartjes/wp-content/uploads/2015/04/Beschuit-met-muisjes-geboorte.png

Wie du mir, so ich dir.

Acties:

raymondw

Gefeliciteerd!

Volg het topic verder met belangstelling

to linux or not ,that's my quest... | 5800X | 32GB 3800C15 | X570-Pro | 980 1TB | 7900XTX | PVoutput | Fiets

woensdag 22 juni 2016 15:21

Acties:

woensdag 22 juni 2016 15:32

BMW S1000XR / Audi S6 Avant C7

Topicstarter

Weer een update:

Heeft even geduurt, tijdens de bevalling helaas wat complicaties bij m'n vrouw (zenuw klem) en daardoor een tijdje niet gewerkt.

Aanpassingen lijkt goed geholpen te hebben.
Systeem is merkbaar sneller en er zijn geen nieuwe problemen bij.
Voorlopig houden we het zo als het nu is. Over 1 a 2 jaar zal Vault komen, en dan wordt er een totaal nieuw systeem opgezet.

Er is een ding raar. Windows update geeft aan dat updaten niet kan omdat de service ervoor niet draait.
Maar onder services kan je gewoon zien dat deze wel draait.

Scientia Potentia Est
Xbox-Live GamerTag: H3llStorm666
19x Q.Cell G5 325wp op APsystems QS1

Acties: