Obsługa IT dla biur projektowych i inżynieryjnych w Krakowie

Obsługa IT dla biur projektowych i inżynieryjnych w Krakowie

W biurze projektowym awaria IT rzadko kończy się na komunikacie „komputer nie działa”. Częściej oznacza konstruktora czekającego na otwarcie złożenia, zespół bez dostępu do licencji sieciowych, projekt zapisujący się kilka minut albo backup, którego nikt nigdy nie próbował odtworzyć.

Dlatego obsługa IT firmy pracującej w CAD, CAM lub BIM wymaga czegoś więcej niż standardowego helpdesku.

W InnoSferze zajmuję się środowiskiem jako całością: stacjami roboczymi, serwerami licencji, siecią, storage, backupem i sprzętem, na którym pracują projektanci i konstruktorzy. Obsługuję firmy on-site w Małopolsce oraz zdalnie w całej Polsce.

InnoSfera działa od 2012 roku. Z usług i licencji skorzystało ponad 180 firm, a w abonamencie serwisowym dostępne jest SLA nawet do 2 godzin w dni robocze.

Co odróżnia IT biura projektowego od zwykłego biura

W typowym środowisku biurowym większość użytkowników pracuje głównie w przeglądarce, Microsoft 365, CRM-ie i kilku aplikacjach biznesowych.

W pracowni projektowej wydajność stanowiska zależy od całego łańcucha:

workstation → aplikacja CAD/BIM → licencja → sieć → storage → backup → możliwość odtworzenia pracy po awarii.

To ważne, bo podobny objaw może mieć zupełnie różne przyczyny.

Wolno otwierający się projekt może oznaczać problem z workstation, ale równie dobrze z NAS-em albo siecią. Zacinający się viewport nie musi oznaczać słabego procesora. Brak dostępu do programu może wynikać z awarii serwera licencji, choć sam komputer działa bez zarzutu.

Najczęstsze problemy w środowisku CAD/BIM

Pierwszym krokiem nie powinien więc być automatycznie zakup nowego sprzętu. Najpierw trzeba znaleźć miejsce, w którym faktycznie tracony jest czas.

Co obejmuje obsługa IT dla biura projektowego

Stacje robocze CAD i BIM

Komputer „do projektowania” nie jest jedną kategorią sprzętu.

Inne wymagania ma użytkownik pracujący głównie w AutoCADzie 2D, inne konstruktor otwierający duże złożenia w SOLIDWORKS, a jeszcze inne osoba wykonująca symulacje, rendering lub obliczenia w Siemens NX.

Przy diagnostyce stacji sprawdzam m.in.:

• wydajność CPU w rzeczywistym workflow,
• wykorzystanie RAM podczas reprezentatywnego projektu,
• GPU i wersję sterownika,
• temperatury oraz throttling,
• storage i czasy operacji I/O,
• stabilność pod długim obciążeniem,
• stan systemu i procesy wpływające na pracę aplikacji.

Dopiero na tej podstawie ma sens decyzja, czy stanowisko wystarczy skonfigurować, zmodernizować, czy rzeczywiście wymaga wymiany.

Serwery licencji i środowisko CAD/CAM

Awaria serwera licencji potrafi zatrzymać kilka lub kilkadziesiąt stanowisk jednocześnie. Komputery działają, sieć działa, aplikacja jest zainstalowana, ale użytkownicy nie mogą rozpocząć pracy.

W takim przypadku sprawdzam m.in.:

• stan usługi licencyjnej,
• vendor daemon,
• komunikację klienta z serwerem,
• DNS i nazwę hosta,
• porty oraz reguły firewalla,
• konfigurację po zmianie adresacji lub migracji,
• logi serwera licencji,
• zachowanie po aktualizacji systemu.

Problemy tego typu powinny być traktowane jak awaria produkcyjna, jeżeli blokują pracę zespołu projektowego.

Sieć, NAS i przechowywanie projektów

Szybka workstation nie pomoże, jeśli jej użytkownik przez większość dnia czeka na dane.

Prosty test potrafi wiele wyjaśnić: jeżeli ten sam projekt działa zauważalnie szybciej po skopiowaniu na lokalny SSD niż z zasobu sieciowego, głównym podejrzanym przestaje być GPU.

W środowisku projektowym warto sprawdzić:

• rzeczywistą przepustowość LAN,
• opóźnienia między stacją a storage,
• obciążenie NAS-a lub serwera plików,
• uplinki między switchami,
• strukturę katalogów i uprawnień,
• sposób pracy wielu osób na wspólnych danych,
• archiwizację ukończonych projektów.

Dopiero po takim pomiarze można sensownie zdecydować, czy potrzebne jest 2.5GbE, 10GbE, szybszy storage albo zmiana architektury.

Backup: liczy się możliwość odtworzenia, nie zielona ikonka

„Mamy backup” to dopiero początek rozmowy.

Dla firmy projektowej ważniejsze są pytania:

• co dokładnie jest kopiowane,
• jak często powstają kopie,
• ile wersji jest przechowywanych,
• czy jedna kopia jest odseparowana od głównego środowiska,
• kto odpowiada za odtworzenie,
• ile potrwa powrót do pracy,
• kiedy ostatnio wykonano próbny restore.

Backup, którego nie da się sprawnie odtworzyć, jest tylko nadzieją zapisaną na dysku.

Przy audycie sprawdzam więc nie tylko konfigurację mechanizmu backupu, lecz także drogę powrotu od awarii do działającego projektu.

Jak ustawić priorytety zgłoszeń i SLA

Nie każde zgłoszenie ma taki sam wpływ na firmę.

Brak drukarki u jednego użytkownika nie powinien konkurować o ten sam priorytet z sytuacją, w której dziesięciu konstruktorów nie może pobrać licencji sieciowej.

Dobrze ustawiona obsługa IT rozróżnia co najmniej:

P1 — praca zespołu lub kluczowego systemu stoi
Przykład: serwer licencji nie odpowiada, storage z aktywnymi projektami jest niedostępny.

P2 — poważny problem ogranicza pracę części zespołu
Przykład: jedna krytyczna workstation jest niestabilna, ale istnieje obejście.

P3 — problem pojedynczego użytkownika bez wpływu na ciągłość pracy firmy

P4 — zmiana, konfiguracja lub zaplanowana modernizacja

Dzięki temu szybki czas reakcji jest wykorzystany tam, gdzie rzeczywiście ogranicza koszt przestoju.

Od czego zaczynam: RESET IT

Przed przejęciem stałej obsługi warto wiedzieć, co dokładnie ma być utrzymywane.

RESET IT jest audytem zerowym środowiska. Jego zakres może obejmować:

• inwentaryzację urządzeń i kluczowych usług,
• stacje robocze,
• serwery i storage,
• licencje oraz ich sposób udostępniania,
• backup,
• dostęp do danych,
• dokumentację,
• najważniejsze ryzyka operacyjne.

Efektem nie powinien być raport, którego nikt później nie otworzy.

Potrzebna jest lista działań z kolejnością:

• co działa poprawnie i nie wymaga zmian,
• co powoduje mierzalną stratę czasu,
• co stanowi ryzyko dla ciągłości pracy,
• co należy poprawić najpierw,
• co można spokojnie odłożyć.

To daje podstawę do zaplanowania dalszego serwisu, modernizacji albo abonamentu.

Kiedy stała obsługa IT ma sens

Abonament jest szczególnie uzasadniony, gdy:

• firma ma kilka lub kilkadziesiąt stanowisk technicznych,
• CAD/CAM/BIM jest podstawowym narzędziem pracy,
• godzina przestoju projektanta jest kosztowna,
• nie ma wewnętrznego administratora znającego środowisko engineeringowe,
• infrastruktura powstawała etapami i nie ma aktualnej dokumentacji,
• wiedza o serwerze, backupie albo licencjach znajduje się głównie „w głowie jednej osoby”,
• podobne awarie powtarzają się mimo kolejnych interwencji.

W takim środowisku celem nie jest szybciej naprawiać te same problemy. Celem jest usunąć ich przyczyny i skrócić czas powrotu do pracy, gdy awaria mimo wszystko się wydarzy.

Kraków, Wieliczka i Małopolska: on-site tam, gdzie ma to znaczenie

InnoSfera ma siedzibę w Wieliczce. Dzięki temu obsługa on-site ma naturalny sens dla firm z Krakowa, Wieliczki, Niepołomic i pozostałej części Małopolski.

Nie każda sprawa wymaga jednak przyjazdu.

Diagnostyka konfiguracji, problemów licencyjnych czy części problemów z workstation często może rozpocząć się zdalnie. Jeżeli trzeba fizycznie pracować przy sprzęcie, sieci, serwerze albo storage, przechodzimy do działania on-site.

Taki model pozwala rozpocząć diagnozę szybciej i nie zamienia każdej drobnej sprawy w wizytę serwisową.

Jak przygotować się do pierwszej rozmowy

Najwięcej można ustalić już na podstawie kilku informacji:

• liczba użytkowników i stanowisk technicznych,
• używane aplikacje CAD/CAM/BIM,
• sposób przechowywania projektów,
• informacja, czy firma używa licencji sieciowych,
• obecny model backupu,
• problem, który dziś najbardziej przeszkadza w pracy.

Jeżeli problem dotyczy wydajności workstation, pomocny jest także przykład konkretnego projektu i operacji, która trwa zbyt długo.

Jeżeli chodzi o awarię infrastruktury, najważniejsze jest wskazanie, ilu użytkowników nie może pracować i od kiedy.

Najpierw diagnoza, potem zakupy

Wolny SOLIDWORKS nie oznacza automatycznie słabej karty graficznej.

Wolne otwieranie projektu nie oznacza automatycznie słabego procesora.

Restart pod obciążeniem nie oznacza automatycznie konieczności wymiany całej stacji.

Dlatego kolejność powinna być prosta:

objaw → pomiar → przyczyna → rekomendacja → dopiero wtedy zakup lub zmiana konfiguracji.

To ogranicza przypadkowe wydatki i ułatwia ocenę, czy wykonana zmiana rzeczywiście przyniosła efekt.

Umów diagnozę środowiska IT

Jeżeli prowadzisz biuro projektowe, konstrukcyjne, architektoniczne albo dział R&D w Krakowie lub Małopolsce, opisz krótko środowisko i najważniejszy problem.

Jeżeli sprawa jest prosta, można zacząć od konkretnej diagnozy. Jeżeli środowisko wymaga szerszego uporządkowania, właściwym początkiem będzie RESET IT.

CTA: Umów bezpłatną diagnozę IT

FAQ