Potrzebna jest dokładnie konsultacja i szczegółowa lista rekomendacji dotyczących dalszych działań.
Co jest po stronie 1C:
UTP 1.2.75, standardowe formularze
Działa na Windows Server 2012
Architektura rozdzielona na oddzielne serwery:
- terminalowy do pracy użytkowników
- oddzielny serwer dla programu 1C
- oddzielny serwer dla IIS
- oddzielny serwer dla SQL
Aktywnych użytkowników w szczytowych okresach - 30-35, co jest dość mało.
Sama konfiguracja - "pisana-przepisywana", większość obiektów była dostosowywana do procesów biznesowych firmy.
Dostosowania w ciągu ostatnich 8 lat były realizowane przez wielu programistów, w większości freelancerów.
W rezultacie - w szczytowych okresach znaczące zawieszenia systemu, niemożność pracy.
Kto jest ze strony specjalistów:
- administrator, który "nadzoruje" pracę serwera ogólnie. Jednak nie ma doświadczenia w optymalizacji samej 1C i w okresach zawieszenia nie potrafi zidentyfikować, które najbardziej wąskie miejsca powodują takie zawieszenia.
- programista 1C, który pracuje z nami stosunkowo krótko. Jeśli wskaże się, który dokładnie fragment kodu wymaga optymalizacji - taką optymalizację wykona. Jednak jak w "żywym" trybie pracy znaleźć te wąskie miejsca - nie ma wystarczających umiejętności. Oczywiście korzysta z profilu SQL i regularnie wychwytuje, identyfikuje i optymalizuje ciężkie zapytania. Jednak ogólny efekt z tego jest mały, ponieważ zawieszenia nie zawsze są związane z obecnością ciężkich zapytań.
Co jest potrzebne:
- przeprowadzić ogólny przegląd systemu (dostępy będą udostępnione po wyborze wykonawcy)
- dostarczyć rekomendacje dla administratora - co dokładnie po stronie serwera warto dostosować lub na jakie aspekty pracy serwera zwrócić uwagę
- dostarczyć rekomendacje dla programisty 1C: kolejność działań, jak w szczytowych okresach wychwytywać i identyfikować wąskie miejsca, które wymagają optymalizacji
- polecić najbardziej optymalny dla naszej sytuacji system monitorowania, jeśli jest to uzasadnione. Na przykład coś takiego https://infostart.ru/1c/articles/1492368/. Odpowiednio, razem z rekomendowanym systemem, dostarczenie instrukcji dla programisty, jak go używać do wychwytywania wąskich miejsc w kodzie, które wymagają optymalizacji. A także dostarczenie instrukcji dla administratora dotyczących wdrożenia i konfiguracji takiego systemu monitorowania na naszym serwerze.
Czego nie potrzeba:
- proszę nie pisać rekomendacji w stylu "Kiedy 1C się zawiesza - trzeba pytać użytkowników, jakie raporty czy dokumenty uruchamiają". Wszyscy to rozumieją, to oczywiste, ale zespół w 90% jest żeński, wszyscy robią wszystko, wszyscy uruchamiają wszystko i w godzinach pracy zatrzymanie pracy wszystkich, aby zapytać, kto z 35 osób co dokładnie uruchamiał - nie wyjdzie. Nawet jeśli się uda (takie próby były), nie daje to żadnych wskazówek.
- również nie warto pisać o regulaminach - oczywiście, w szczytowych okresach wszystkie regulaminy są wyłączane, kolejno uruchamiany jest każdy z nich i śledzony jest jego wpływ na ogólne obciążenie 1C. Efekt z tego jest zerowy. Regulaminy nie są idealne, jednak gdyby tylko w nich był problem, to zostałby już dawno rozwiązany.
- również proszę nie pisać, że nasz programista jest niewystarczająco wykwalifikowany. Jeśli jesteś specjalistą, to właśnie dlatego potrzebujemy konsultacji, ponieważ programista nie jest wystarczająco wykwalifikowany w kwestiach optymalizacji 1C. Jeśli jesteś gołębiem, który lubi obgadywać innych, to mało prawdopodobne, że nasza współpraca jest możliwa.
