Na początek przenieś bazy na macierz SSD.

To teraz uruchom kilka konwersji równolegle.

ps.
Podaj dokładną konfigurację serwera.

Tak odpalam dwie równolegle.

To uruchom więcej konwersji, aż serwer będzie miał co robić.

Co prawda poprzez sieć ale zawsze skraca to czas.

To podstawowy i duży błąd, przecież sieć spowalnia wszystkie operacje.

Może da rade takie zachowanie wymusić lokalnie? Albo konfiguracja klienta BiuroGT? Mam taką samą jak na końcówkach.

Pisałem o równoległej konwersji podmiotów, a nie o równoległym uruchamianiu Biura GT. Czy da się wykorzystać Biuro GT lub inaczej podejść doproblemu - zapewne tak, ale nie miałem potrzeby szukać rozwiązania.

SW
sys: windows 2008 r2 std 64bit
sql: MS SQL 2008 expres
HW
CPU Xeon e5620 2,4ghz
ram: 16GB (4x4gb)
ds: intel embedded RAID II, 4 x 1tb w RAID5
Mobo: S5500BC

Serwer kompletnie bez sensu - wolny i nie najnowszy procesor, dużo niewykorzystanego RAM'u, gdzie dyski SSD o których wcześniej pisałeś ?

Załóż kilka podmiotów Biura na potrzeby konwersji.

ale ja nie pisałem że mam dyski SSD

Nie zrozumiałem Twojej odpowiedzi, więc wracamy do "podstaw"...

SSD zawsze lepsze.

Nie zawsze, przy pracy z jedną bazą danych nie robię znaczącej różnicy, jedynie w Biurach rachunkowych przy pracy z wieloma bazami danych mogą zrobić znaczącą różnicę.

Z tym ze ja mam te 90 IOPS

Jeśli nie pomyliłeś jednostek to masz podsystem dyskowy około 1000 (tysiąc) razy wolniejszy od jednego dysku SSD

...i kolejke do DS,w trakcie konwersji max 5...

Uruchom 4-8 konwersji równolegle i sprawdź wtedy.

U mnie 30 sek-150 sek na jedną bazę ( liczę z kopia zapasową )

U mnie to trwa 5 minut na bazę, a mam wrażenie że wcześniej w tych 3 minutach się mieścił ale też procesor bardziej intensywnie chodził.

Biorąc pod uwagę że ten

SSD Crucial MX100 256 GB

to efektywnie 13k - 20k IOPS w zapisie, plus do tego 1GHz więcej na twoim i3... to spadek czasu wykonywania operacji jest khm politycznie mówiąc oczekiwałbym spadku liniowego i jeszcze lepszego wyniku.
Jeśli szukasz dziury to u Ciebie akurat widać^* że dodatkowe gigaherce na procesorze jeszcze by pomogły. Na wykorzystanie pozostałych 3 rdzeni w tym insyfcie nie ma co liczyć. Nie jest to program zoptymalizowany - typowy biznesowy przypadek.

^* to trochę strzał z doświadczenia i wiedzy, poziom pewności 99%. Tak na prawdę trzeba by sprawdzić wysycenie twojego sdd.

Na wykorzystanie pozostałych 3 rdzeni w tym insyfcie nie ma co liczyć. Nie jest to program zoptymalizowany - typowy biznesowy przypadek.

Przede wszystkim procesory i3 nie posiadają 4 rdzeni. Na możliwość uruchamiania równoległych konwersji przez Biuro można liczyć, program jest cały czas rozwijany, ale napisaliśmy jak wykorzystać wiele rdzeni już teraz, wystarczy skorzystać. Skro problemy z wydajnością występują również w "wasyfcie" czy "cosyfcie" to warto o tym wspomnieć, zamiast krytykować tylko Insert.