Czyli temat "dziwnych folderów" się wyjaśnił 

Jak zmienić  Collation serwera ?

Przechodzi wam teraz aktualizacja?
U mnie po zmianie i aktualizacji poprzez program serwisowy przestaje on odpowiadać na Aktualizacja Standardowych wzorów wydruków...
Zostawiłem nawet kompa na noc i to samo.
Sprawdziłem na 2 różnych bazach i mam to samo. Aktualizacja z wcześniejszych wersji do aktualnej 1.53 hf1

Ten sam efekt mam jak aktualizacja idzie przez program subiekt. Sprawdziłęm też z aktualizcją do 1.52 u ten sam efekt program przestaje odpowiadać przy aktualizacji wzorów wydruków...

Ktoś ma jakiś pomysł jeszcze?

Skoro działa, to podłączę się z pytaniem: Czy SQL na Linuksie ma jakiekolwiek przewagi nad Windowsowym? Lepsza wydajność? Mniejsze ograniczenia Expressa? Więcej pamięci? Więcej wątków? (Zapewne nic z tych rzeczy...)

Hmmm, skoro pytasz...
Zrobiłem kilka testów na virtualkach - takie same parametry dla obu maszyn, przydzielone zasoby, ta sama  baza na obu maszynach - zysk na zapytaniach ok 10%. Prawdopodobnie ma tutaj znaczenie same obciążenie maszyny systemem - Windows w "pełnej graficznej szacie" Linux serwer tylko shell.

Do tej pory miałem dwa serwery: jeden pod Sello, drugi pod Subiekt (wszyscy pracujący z Sello wiedzą po co ;-) ).
Planuję przenieść wszystko na jeden - dla oszczędności - stąd pomysł.

Jak uruchomię wszystko w wersji produkcyjnej pochwalę się czym to pachnie.

Nie ma już tych wirtualek więc nie podam szczegółowych danych.
Z pamięci to co było:
Procesor Core i7 8700  - przydzielone CPU 5 do każdej wirtualki.
RAM 32GBRAM  - przydzielono po 16GB -
Dyski SSD w serwerze
Windows 7 Pro, Ubuntu 16.04 Server.
MSSQL 2017 Standard Edition - Baza Subiekta 5,5GB - kopia z produkcji - wersja aktualna

Wirtualki uruchamiane naprzemiennie.

Zapytania złożone na kilku tabelach, widokach z tego co pamiętam - dok__Dokument , kh__Kontrahent i coś tam jeszcze.
Czasy wykonywania oscylowały w granicach od 20s do takich po 3min.
Różnice jak wspomniałem do 10%.
Nie jestem profesjonalistą w tej dziedzinie - nie znam się na optymalizacji baz -  żadna optymalizacja nie była robiona.
Nie chcę robić "flame wars" Windows-Linux.
Każdy niech próbuje i sam zdecyduje.

Być może. Jest tu pole do testów dla firm, które robią wdrożenia i jest to ich chlebek powszedni.
Zrobiłem testy na środowisku zbliżonym do tego, którego używam - mogę określić czy przesiadka jest dla mnie opłacalna.
Bardzo chętnie zobaczę wyniki zrobione przez kogoś kto ma o tym wiedzę i odpowiednie umiejętności.
Mało tego, jeżeli ktoś na forum profesjonalnie zajmuję się optymalizacją baz to pewnie sporo by miał klientów - a jeszcze więcej na forum Sello, gdzie baza "ryje" niemiłosiernie :-(

Być może. Jest tu pole do testów dla firm, które robią wdrożenia i jest to ich chlebek powszedni.
Zrobiłem testy na środowisku zbliżonym do tego, którego używam - mogę określić czy przesiadka jest dla mnie opłacalna.
Bardzo chętnie zobaczę wyniki zrobione przez kogoś kto ma o tym wiedzę i odpowiednie umiejętności.

Już o tym wielokrotnie pisaliśmy - przeczytaj - żaden z nas nie widzi żadnych argumentów, aby przenosić bazy danych z na unix'a i tym samym poświęcanie czasu na poznawanie systemów operacyjnych i przeprowadzanie testów, kiedy same programy Insertu wymagają środowiska Windows... Jest to co najwyżej jakaś bardzo mała nisza dla firm hostingowych (ma na myśli cały czas programy Insertu, które wymagają szybkiego połączenie między bazą a aplikacją).

Jeśli komuś innemu wydaje się, że ma to sens i ma czas, aby to sprawdzić to jak najbardziej chętnie dowiem się czegoś nowego.

Mało tego, jeżeli ktoś na forum profesjonalnie zajmuję się optymalizacją baz to pewnie sporo by miał klientów - a jeszcze więcej na forum Sello, gdzie baza "ryje" niemiłosiernie :-(

I kolejny raz całkowicie się mylisz... Tak jak nikt nie chce wydawać na szkolenia i wdrożenia Sello, tak nikt nie chce wydawać na optymalizację - przez te kilka lat kiedy jestem na rynku nie miałem ani jednej osoby (słownie "zero") zainteresowanej taką usługę (na linię GT regularnie, niestety z braku czasu muszę coraz częściej odmawiać).