Domyślne ustawienie klastra serwerów 8.3 8

W tym artykule znajdują się informacje na temat procedury instalacji 1C w wersji klient-serwer.

Instalacja platformy 1C została opisana w naszym innym artykule - „Administracja 1C”, w sekcji „Instalacja 1C”. Instalacja na serwerze przebiega prawie tak samo, jak instalacja na komputerze lokalnym, z jedną tylko różnicą. W wersji serwerowej, wybierając komponenty do zainstalowania, należy wybrać „1C:Enterprise Server” i „1C:Enterprise Server Administration”.

Zainstaluj 1C na komputerach klienckich, z których będą nawiązywane połączenia z serwerem.

Instalacja na komputerach klienckich nie różni się od metody opisanej wcześniej w artykule „Administracja 1C”.

Utwórz bazę danych w SQL.

Tworzenie bazy informacji w SQL również jest bardzo podobne do tworzenia bazy danych w wersji plikowej. Różnica polega na tym, że na etapie wyboru typu lokalizacji bazy informacji należy wybrać „Na serwerze 1C:Enterprise”.

W pozycji „Klaster serwerów” podaj nazwę (lub jeszcze lepiej adres IP) serwera, na którym zainstalowałeś SQL.

W sekcji „Nazwa Infobase” określ dowolną nazwę, jaką chcesz nadać bazie danych.

Typ systemu DBMS – SQL.

Użytkownik bazy danych i jego hasło to ten sam superużytkownik, o którym mowa powyżej podczas instalacji MS SQL.

Pozostaw przesunięcie daty jako domyślne.

Należy zaznaczyć opcję „Utwórz bazę danych, jeśli nie istnieje” i kliknąć „Dalej”.

Teraz baza danych została pomyślnie utworzona na serwerze SQL i dodana do listy dostępnych baz danych. Poniżej na zdjęciu widać efekt wykonanej pracy.

Warto zaznaczyć, że utworzona baza danych jest nadal pusta. Jest to framework, czyli miejsce przydzielone w SQL na Twoją bazę informacji. Aby załadować bazę danych do tego frameworka, musisz użyć narzędzi bazy danych Upload/Load. Procedurę przesyłania/pobierania opisano również w naszym innym artykule „Administracja 1C”.

Aby w przyszłości doprowadzić system do stanu idealnego, konieczne będzie skonfigurowanie „planu konserwacji” dla utworzonej bazy danych. Plan konserwacji to zestaw procedur, które SQL będzie wykonywać regularnie według zadanego harmonogramu. Na przykład będzie regularnie tworzyć kopie zapasowe i usuwać pliki tymczasowe. Praca z SQL wykracza poza zakres tego artykułu i zostanie opisana w jednym z poniższych.

Klaster serwerów 1C:Enterprise 8 (1C:Enterprise 8 Server Cluster)

Klaster serwerów 1C:Enterprise 8 jest głównym komponentem platformy, który zapewnia interakcję pomiędzy systemem zarządzania bazą danych a użytkownikiem w przypadku pracy klient-serwer. Klaster umożliwia organizację nieprzerwanej, odpornej na awarie, konkurencyjnej pracy znacznej liczby użytkowników posiadających duże bazy informacyjne.

Klaster serwerów 1C:Enterprise 8 to logiczna koncepcja oznaczająca zestaw procesów obsługujących ten sam zestaw informacyjnych baz danych.

Jako główne można wskazać następujące możliwości klastra serwerów:

• możliwość działania zarówno na kilku, jak i na jednym komputerze (działające serwery);
• każdy serwer roboczy może obsługiwać funkcjonowanie jednego lub kilku procesów roboczych obsługujących połączenia klienckie w granicach tego klastra;
• włączanie nowych klientów w procesy pracy klastra następuje w oparciu o długoterminową analizę statystyk obciążenia procesów pracy;
• interakcja wszystkich procesów klastra ze sobą, z aplikacjami klienckimi i serwerem bazy danych odbywa się poprzez protokół TCP/IP;
• procesy klastra są uruchomione, może to być usługa lub aplikacja

Opcja klient-serwer. Schemat pracy

W tej opcji aplikacja kliencka współdziała z serwerem. Klaster serwerów z kolei współdziała z serwerem bazy danych.

Rolę serwera centralnego klastra pełni jeden z komputerów wchodzących w skład klastra serwerów. Oprócz obsługi połączeń klienckich, serwer centralny zarządza także pracą całego klastra i przechowuje rejestr tego klastra.

Klaster adresowany jest dla połączeń klientów poprzez nazwę serwera centralnego i ewentualnie numer portu sieciowego. Jeśli używany jest standardowy port sieciowy, aby się połączyć, wystarczy podać nazwę serwera centralnego.

Podczas nawiązywania połączenia aplikacja kliencka kontaktuje się z centralnym serwerem klastra. Na podstawie analizy statystyk obciążenia procesu roboczego serwer centralny przekazuje aplikację kliencką do wymaganego procesu roboczego, który powinien ją obsłużyć. Proces ten można uruchomić na dowolnym serwerze pracującym w klastrze, w szczególności na serwerze centralnym.

Ten przepływ pracy obsługuje konserwację połączenia i uwierzytelnianie użytkowników, dopóki klient nie przestanie pracować z określoną bazą danych.

Klaster serwerów

Podstawowy klaster serwerów może składać się z pojedynczego komputera i zawierać tylko jeden proces roboczy.

Na rysunku można zaobserwować wszystkie elementy, które w ten czy inny sposób biorą udział w działaniu klastra serwerów. Są to następujące elementy:

• procesy klastra serwerów:
  o ragent.exe;
  lub rmngr.exe;
  o rphost.exe;
• przechowywanie danych:
  o lista klastrów;
  o rejestr klastrów.

Proces ragent.exe, zwany agentem serwera, zapewnia funkcjonowanie komputera w ramach klastra. Dlatego komputer, na którym działa proces ragent.exe, należy nazwać serwerem produkcyjnym. W szczególności jednym z funkcjonalnych obowiązków ragent.exe jest prowadzenie rejestru klastrów znajdujących się na określonym działającym serwerze.

Ani rejestr klastra, ani agent serwera nie są integralną częścią klastra serwerów, a jedynie umożliwiają działanie serwera i znajdujących się na nim klastrów.

Sam klaster serwerów składa się z następujących elementów:

• jeden lub więcej procesów rmngr.exe
• rejestr klastrów
• jeden lub więcej procesów rphost.exe.

Menedżer klastra (proces rmngr.exe). Służy do kontrolowania funkcjonowania całego klastra. Klaster może zawierać kilka procesów rmngr.exe, z których jeden będzie zawsze głównym menedżerem tego klastra, a pozostałe procesy będą dodatkowymi menedżerami. Serwer centralny klastra należy nazwać serwerem roboczym, na którym pracuje główny menedżer klastra i który zawiera listę klastrów. Prowadzenie rejestru klastrów jest jedną z funkcji głównego menadżera klastra.

Proces roboczy (proces rphost.exe). To on bezpośrednio obsługuje aplikacje klienckie, wchodząc w interakcję z serwerem bazy danych. Podczas tego procesu mogą zostać wykonane niektóre procedury konfiguracyjne modułu serwera.

Skalowalność wersji 1C 8.3

Skalowalność klastra serwerów osiągana jest w następujący sposób:

• zwiększyć liczbę menadżerów w klastrze i dystrybucję usług pomiędzy nimi
• zwiększyć liczbę procesów roboczych działających na danym serwerze roboczym
• zwiększyć liczbę pracujących serwerów tworzących klaster.

Korzystanie z kilku menedżerów jednocześnie.

Funkcje realizowane przez menadżera klastra podzielone są na kilka usług. Usługi te można przypisać do różnych menedżerów klastrów. Umożliwia to równomierne rozłożenie obciążenia na kilka procesów.

Jednak z niektórych usług może korzystać wyłącznie główny menadżer klastra:

• usługa konfiguracji klastra
• debuguj usługę zarządzania elementami
• usługa blokady klastra.

W przypadku pozostałych usług dopuszcza się przypisanie dowolnych menedżerów klastrów:

• usługa dziennika
• usługa blokowania obiektów
• obsługa pracy
• usługa wyszukiwania pełnotekstowego
• usługa danych sesji
• usługa numerowania
• usługa ustawień niestandardowych
• służba czasu
• usługa blokowania transakcji.

Korzystanie z wielu przepływów pracy jednocześnie.

Z jednej strony zastosowanie kilku procesów pracy pozwala zmniejszyć obciążenie każdego konkretnego procesu pracy. Z drugiej strony zastosowanie wielu procesów roboczych prowadzi do efektywniejszego wykorzystania zasobów sprzętowych serwera produkcyjnego. Ponadto procedura uruchamiania kilku procesów roboczych zwiększa niezawodność serwera, ponieważ izoluje grupy klientów pracujących z różnymi bazami informacji. Proces roboczy w klastrze, który umożliwia uruchamianie wielu procesów roboczych, może zostać automatycznie uruchomiony ponownie w przedziale czasu określonym przez administratora klastra.

Możliwość wykorzystania większej liczby procesów roboczych (zwiększenie liczby połączeń klientów) bez zwiększania obciążenia konkretnego procesu roboczego powoduje wzrost liczby serwerów roboczych wchodzących w skład klastra.

Tolerancja błędów wersji 1C 8.3

Odporność na awarie klastra zapewniana jest na trzy sposoby:

• redundancja samego klastra
• rezerwacja procesów pracy
• odporność na przerwanie kanału komunikacyjnego.

Tworzenie kopii zapasowej klastra 1C w wersji 8.3

Kilka klastrów jest połączonych w grupę nadmiarową. Klastry znajdujące się w takiej grupie są automatycznie synchronizowane.

Jeżeli aktywny klaster ulegnie awarii, zostanie on zastąpiony przez kolejny działający klaster w grupie. Po przywróceniu uszkodzonego klastra stanie się on aktywny po synchronizacji danych.

Kopia zapasowa procesów roboczych 1C w wersji 8.3

Dla każdego z przepływów pracy możliwe jest określenie opcji jego wykorzystania:

• używać
• nie używaj
• używać jako kopii zapasowej.

Jeśli proces ulegnie awarii, klaster zacznie zamiast tego korzystać z obecnie nieaktywnego procesu tworzenia kopii zapasowych. W takim przypadku obciążenie jest automatycznie redystrybuowane.

Odporność wersji 1C 8.3 na przerwanie kanału komunikacyjnego

Ponieważ każdy użytkownik ma zapewnioną własną sesję komunikacyjną, klaster przechowuje dane o użytkownikach, którzy się połączyli i jakie czynności wykonali.

Jeżeli połączenie fizyczne zniknie, klaster będzie w stanie oczekiwania na połączenie z tym użytkownikiem. W większości przypadków po przywróceniu połączenia użytkownik będzie mógł kontynuować pracę dokładnie od momentu, w którym połączenie zostało utracone. Nie ma potrzeby ponownego łączenia się z bazą danych.

Sesje w wersji 1C 8.3

Sesja umożliwia określenie aktywnego użytkownika konkretnej bazy danych i określenie przepływu kontroli z tego klienta. Wyróżnia się następujące typy sesji:

• Cienki klient, klient sieciowy, gruby klient – ​​te sesje mają miejsce, gdy odpowiedni klienci uzyskują dostęp do bazy danych
• Połączenie typu „Konfigurator” - następuje podczas dostępu do bazy konfiguratora
• Połączenie COM – tworzone podczas korzystania z połączenia zewnętrznego w celu uzyskania dostępu do bazy danych
• Połączenie WS – następuje podczas dostępu do bazy danych serwera WWW w wyniku dostępu do usługi WWW opublikowanej na serwerze WWW
• Zadanie w tle – tworzone, gdy proces roboczy klastra uzyskuje dostęp do bazy danych. Sesja taka służy do wykonania kodu procedury zadania w tle,
  Konsola klastra – tworzona, gdy narzędzie administracyjne klient-serwer uzyskuje dostęp do procesu roboczego
• Administrator COM – występuje, gdy dostęp do procesu roboczego odbywa się za pomocą połączenia zewnętrznego.
• Pracuj pod różnymi systemami operacyjnymi

Dowolne procesy klastra serwerów mogą działać zarówno w systemie operacyjnym Linux, jak i systemie operacyjnym Windows. Osiąga się to poprzez fakt, że interakcja klastra odbywa się pod kontrolą protokołu TCP/IP. Klaster może również zawierać działające serwery z dowolnym z tych systemów operacyjnych.

Narzędzie do administrowania klastrem serwerów 8.3

W pakiecie systemowym znajduje się narzędzie służące do administrowania opcją klient-serwer. Narzędzie to umożliwia zmianę składu klastra, zarządzanie bazami informacji i szybką analizę blokad transakcyjnych.

Kilka procesów roboczych na jednym serwerze umożliwia efektywne wykorzystanie ilości pamięci RAM i zasobów procesora do realizacji żądań, a także połączenie sesji klienta z innym procesem roboczym w przypadku „awarii bieżącego”.
Program Server Agent (ragent) jest odpowiedzialny za zrozumienie tego, co dzieje się na konkretnym serwerze. Zatrzymanie agenta serwera spowoduje, że serwer będzie niedostępny dla klastra. Agent przechowuje swoje informacje w pliku srvribrg.lst.

Informacje o bazach danych pracy i związanych z nimi procesach pracy są własnością „Menedżera serwera” (rmngr). Przechowuje te informacje w pliku 1CV8Reg.lst. Zatrzymanie menedżera serwera może spowodować ponowne uruchomienie aplikacji klienckich, jeśli menedżer uruchomi się ponownie pomyślnie, lub całkowite zatrzymanie działających serwerów w całym klastrze.

1C: Przedsiębiorstwo umożliwia utworzenie kilku niezależnych klastrów na jednym serwerze. Każdy z nich identyfikowany jest w sieci poprzez unikalny „port IP” oraz unikalny numer w plikach usług. Pierwszy klaster domyślnie otrzymuje port 1541.

Przystawka Enterprise Servers służy do zarządzania klastrem.
Z serwerami można łączyć się według nazwy serwera lub adresu IP.

Agent serwera

Agent serwera „wie” o wszystkich klastrach działających na serwerze. Informacje te przechowywane są w pliku srvribrg.lst zawierającym listę klastrów i listę administratorów. Główny port agenta to 1540. Na każdym serwerze Roboczym może zostać uruchomiony tylko jeden agent obsługujący wszystkie możliwe klastry na tym serwerze.

Przyjrzyjmy się bliżej właściwościom klastra

Interwał ponownego uruchomienia

Ten parametr ponownie uruchamia procesy pracy serwera 1C zgodnie z określoną wartością w sekundach. Zazwyczaj parametr ten jest używany na serwerach aplikacji z systemem 32-bitowym, ponieważ pojemność pamięci jest tam ograniczona do ~ 3,7 GB, jeśli system operacyjny jest 64-bitowy, a serwer aplikacji jest 32-bitowy. Jeśli system operacyjny korzysta z architektury 32-bitowej, całkowite zużycie pamięci przez proces roboczy wynosi ~ 1,7 GB. Użytkownicy często mogą otrzymać komunikat o błędzie, taki jak „Za mało pamięci na serwerze 1C Enterprise”. Najprostszym sposobem uniknięcia tego błędu jest ponowne uruchomienie procesów roboczych, na przykład 86400 sekund (1 dzień). Przy zmianie parametru odliczanie czasu rozpoczyna się od uruchomienia usługi serwera aplikacji 1C.

Dozwolony rozmiar pamięci

Ponowne uruchamianie procesów roboczych po osiągnięciu określonego progu pamięci zajmowanej przez proces roboczy w kilobajtach.

Interwał przekroczenia dopuszczalnej ilości pamięci

Oznacza to, że jeśli w ciągu określonej liczby sekund zostanie przekroczona pamięć określona w parametrze „dozwolona ilość pamięci”, serwer 1C podejmie decyzję o ponownym uruchomieniu przepływu pracy.

Dopuszczalne odchylenie liczby błędów serwera

Oblicza się to w następujący sposób. Mamy wywołania serwera, które można zobaczyć w dzienniku technologii za pomocą zdarzenia „CALL”, ale istnieją również różne sytuacje wyjątkowe, które można zobaczyć w dzienniku technologii za pomocą zdarzenia „EXCP”. Platforma oblicza proporcję tych zdarzeń. Zakłada się, że zdarzenia te powinny być w przybliżeniu takie same. Jeżeli w jakimkolwiek procesie pracy stosunek ten przekracza stosunek tych zdarzeń w innych procesach pracy o znaczną kwotę, wówczas taki proces pracy uważa się za problematyczny. Właśnie tę wartość ustawia się w tym parametrze. Zalecana wartość to 50.

Wymuś zakończenie problematycznych procesów

Jeżeli włączymy ten parametr, to zgodnie z parametrem „dopuszczalne odchylenie liczby błędów serwera” problematyczne procesy zostaną zakończone. Jeżeli parametr jest wyłączony, platforma wyświetla w dzienniku procesu zdarzenie „ATTN”, które wskazuje problematyczny proces.

Zatrzymaj wyłączone procesy po

Jeśli zostanie uruchomiony jeden z parametrów „interwału ponownego uruchomienia” lub „dopuszczalnego rozmiaru pamięci”, to po ponownym uruchomieniu procesu roboczego może on „odpaść”. Jeśli klient nie uzyska dostępu do serwera podczas restartu (jest nieaktywny), to przy następnym uzyskaniu dostępu do niego płynnie przełączy się na nowy proces roboczy. Jeśli klient skontaktuje się z serwerem w momencie ponownego uruchomienia przepływu pracy, wówczas w takim przypadku otrzyma komunikat o błędzie i zakończy pracę. Aby temu zapobiec należy ustawić wartość tego parametru w sekundach. Zwykle wystarczy 120 sekund. W tym czasie przepływ pracy będzie miał czas na przetworzenie bieżących żądań klientów i przeniesienie ich do nowego przepływu pracy. Aktywni klienci, których proces nie miał czasu przetworzyć, są kończeni, a klienci mogą otrzymać błąd.

Poziom tolerancji błędów

To ustawienie działa samodzielnie, niezależnie od liczby serwerów centralnych. Poziom odporności na błędy może przyjmować dowolną wartość. Na przykład poziom odporności = 1, wówczas każda sesja użytkownika jest podwajana. Jeśli poziom odporności na błędy = 2, to każda sesja jest mnożona przez 3. Zwiększa się również obciążenie serwera. Przy zmianie poziomu odporności na awarie, jeśli mamy serwer centralny, następuje replikacja do każdego serwera centralnego: „rejestr klastrów”, „usługa blokowania klastra”. Istnieje również replikacja usług takich jak „usługa danych sesji”, „usługa znacznika czasu online”, „usługa blokowania obiektów”, „usługa licencjonowania”, „usługa numerowania” na inne serwery. Wśród nich najcięższa jest „usługa danych sesyjnych”.

Tryb udostępniania obciążenia

Pod względem wydajności. Kiedy połączenie klienta zostanie nawiązane, połączy się ono z dowolnym serwerem mającym proces roboczy o większej dostępnej wydajności. Dostępną wydajność ustawia się we właściwościach przepływu pracy:

Dostępną wydajność na poziomie 1C oblicza się w następujący sposób: co 10 minut wykonywane jest wywołanie serwera referencyjnego do wszystkich procesów roboczych i mierzony jest czas tego połączenia. Otrzymaną liczbę dzieli się przez 10 000 (dziesięć tysięcy), a mechanizmy serwera aplikacji obliczają czas referencyjny. W przypadku, gdy produktywność procesu pracy spadnie o 25% w porównaniu z pozostałymi, połączenia z tego procesu pracy zaczynają przechodzić do innych procesów pracy, aż znikną wszystkie połączenia.

Priorytet pamięci. Połączenia użytkowników zostaną nawiązane z serwerem produkcyjnym, który ma więcej dostępnej pamięci.

Menedżer Klastra

Za funkcjonowanie klastra odpowiedzialny jest menadżer klastra. Każdy klaster ma swojego własnego Menedżera. Menedżer przechowuje informacje o klastrze w pliku 1CV8Reg.lst (rejestr klastra). Każdy menedżer klastra ma także swój własny port na serwerze roboczym. Dla pierwszego klastra domyślny port menedżera to 1541. To właśnie ten port jest wyświetlany w przystawce 1C Servers: Enterprise w gałęzi Clusters, identyfikując klaster.
Menedżer otrzymuje żądania od części klienta 1C: Enterprise i decyduje, któremu przepływowi pracy przekazać to żądanie usługi.

Menedżer wykorzystuje port usług do interakcji z procesami roboczymi.

Proces pracy

Proces Pracy jest odpowiedzialny za „pracę z klientami”. W klastrze 1C: Enterprise 8 może znajdować się kilka procesów roboczych. Liczba procesów roboczych nie jest tworzona ręcznie, ale jest obliczana na podstawie opisów wymagań zadań dotyczących odporności na awarie i niezawodności. Menedżer serwera decyduje, który proces roboczy będzie obsługiwał połączenie klienta. W przypadku połączeń klienckich procesom roboczym domyślnie przydzielany jest zakres portów IP od 1560 do 1591. Ponadto każdemu procesowi roboczemu przypisany jest port serwisowy umożliwiający komunikację z menedżerem klastra.

Ustawienia działającego serwera, zgodnie z dokumentacją 1C, można zmienić tylko w wersji CORP serwera aplikacji 1C. W rzeczywistości ustawienia działają zarówno w wersji CORP, jak i PROF. Użycie tych ustawień w wersji PROF będzie stanowić naruszenie umowy licencyjnej.

Maksymalna pamięć przepływu pracy

Ten parametr sam w sobie niczego nie ogranicza. Działa w połączeniu z parametrem „bezpieczne zużycie pamięci na połączenie”. Wyobraźmy sobie, że wszystkie nasze procesy pracy w sumie osiągnęły zużycie pamięci w przybliżeniu o określonej wartości tego parametru. A teraz pewien użytkownik chce wykonać określone wywołanie serwera, które chce pochłonąć dużą ilość pamięci. Gdy tylko wywołanie serwera przekroczy ilość pamięci określoną w tym parametrze o ilość pamięci w parametrze „bezpieczne zużycie pamięci na jedno wywołanie”, temu konkretnemu użytkownikowi zostanie wyświetlony błąd w postaci: „bezpieczne zużycie pamięci dla jednego klienta -przekroczono wywołanie serwera.” Jest to konieczne, aby jeden użytkownik nie przytłoczył działającego serwera. Wartość parametru 0 jest równa 80% pamięci zainstalowanej na serwerze 1C.

Bezpieczne zużycie pamięci na połączenie

Wartość 0 (domyślna) to 5% wartości maksymalnej pamięci przepływu pracy. Wartość może wynosić -1. Oznacza to, że każde wywołanie klient-serwer przekracza określoną wartość parametru „maksymalny rozmiar pamięci procesu roboczego”.

Ilość pamięci procesu roboczego, do której serwer jest uważany za produktywny

Oznacza to, że jeśli zostanie ustawiona wartość, a procesy robocze zajmą ilość pamięci określoną w tym parametrze, serwer będzie nadal działał, ale nie będzie akceptował nowych połączeń, dopóki pamięć nie zostanie zwolniona.

Liczba zabezpieczeń informacji na proces

W przypadku wielu baz danych i jednego przepływu pracy może wystąpić spadek wydajności. Dlatego za pomocą tego parametru można zmniejszyć liczbę baz danych na proces. Jeśli ustawisz wartość na 1 (w większości przypadków działa to całkiem optymalnie), wówczas dla każdej bazy danych zostanie utworzony nowy proces roboczy (rphost).

Liczba połączeń na proces

Taki sam jak powyższy parametr, ale zależy od liczby połączeń na proces. Wartość 0 będzie oznaczać, że na każdym serwerze roboczym będzie tylko jeden proces roboczy.

Menedżer każdej usługi

Każdy centralny serwer roboczy ma głównego menedżera klastra z określonymi usługami:

Realizowane są przez jedną usługę „rmngr”. Wyobraźmy sobie, że ta usługa zaczyna zużywać dużo pamięci lub marnować zasoby procesora. Zwykle jest kilku typowych podejrzanych. Ale nagle jesteś w „ślepym zaułku” i nie możesz zrozumieć, co dokładnie ładuje usługę, możesz zaznaczyć pole wyboru „menedżer każdej usługi”, usługa zostanie podzielona na 21 procesów (jest to liczba usług w głównym menadżer klastra). I odpowiednio, korzystając z PID procesu, będzie można obliczyć, która usługa ładuje system.

Serwer centralny

Jest to serwer przechowujący rejestr klastrów w pliku 1CV8Clst.lst. W pliku przechowywana jest lista baz danych, lista administratorów klastra, lista wymagań dotyczących przypisania funkcjonalności, lista profili zabezpieczeń i ogólnie wszystkie ustawienia klastra. Plik ten występuje tylko wtedy, gdy zaznaczone jest pole wyboru „serwer centralny”. Może istnieć kilka serwerów centralnych. Również na serwerach centralnych dostępne są takie usługi jak „usługa blokowania klastra”, „usługa konfiguracji klastra”. Dopóki przynajmniej jeden serwer centralny działa, klaster działa. Gdy najnowszy serwer centralny ulegnie awarii, klaster stanie się bezużyteczny, niezależnie od ustawień odporności na awarie.

Wymóg przypisania funkcjonalności

Klaster serwerów 1C Enterprise 8.3 zapewnia pewien zestaw funkcji (zwanych obiektami wymagań), których dystrybucję można kontrolować między działającymi serwerami w klastrze. Można na przykład określić, że wszystkie zadania w tle w klastrze będą uruchamiane na wybranym serwerze roboczym. Aby umieścić połączenie lub usługę klastrową na dowolnym serwerze produkcyjnym, należy utworzyć wymaganie przypisania funkcjonalności dla wybranego serwera produkcyjnego. Wymóg ten określa zdolność lub niemożność konkretnego serwera do wykonania określonego zadania. Przyjrzyjmy się bliżej, czym jest wymaganie przypisania funkcjonalności.

Migracja połączeń użytkowników

Załóżmy, że chcemy, aby połączenia użytkowników działały na serwerze roboczym nr 1, ale jeśli ten serwer ulegnie awarii, chcemy, aby połączenia użytkowników zostały przełączone awaryjnie na inny serwer roboczy nr 2

W tym celu musimy utworzyć wymaganie przypisania funkcjonalności na serwerze nr 1:

Na serwerze nr 2 ustaw te same ustawienia, ale zmień priorytet:

Znaczenie priorytetu jest realizowane odwrotnie. Oznacza to, że priorytet 1 jest wyższy niż priorytet 2.

Usuń serwer produkcyjny z klastra

Możemy po prostu usunąć działający serwer z klastra usuwając go z listy, ale w tym przypadku wszyscy użytkownicy zostaną „wyrzuceni” z systemu. Aby wycofanie było bardziej bezbolesne, możesz wykonać następujące czynności:

Utwórz wymaganie przypisania funkcjonalności z następującymi ustawieniami:

To ustawienie oznacza, że ​​nie będzie żadnych nowych połączeń z tym działającym serwerem. Ci użytkownicy, którzy pracowali, będą nadal pracować, ale stopniowo będą przenoszeni na inne działające serwery.

Usługa licencjonowania

Przenieś usługę licencjonowania na oddzielny serwer. Jest to dobre, ponieważ licencje na oprogramowanie można powiązać z konkretnym komputerem. Utwórzmy wymaganie przypisania funkcjonalności z następującymi ustawieniami:

Zadania w tle

Wraz z wydaniem platformy 8.3.7 zadania w tle zostały podzielone na 2 grupy:

1. Zadania w tle wywoływane z kodu konfiguracyjnego

2. Rutynowe zadania

Dlatego wymaganych jest kilka ustawień przypisywania funkcjonalności:

1. Aby zadania w tle działały szybko, należy dodać dane sesji dla zadań w tle i zadań zaplanowanych

Po stworzeniu wymagań niezbędnych do przypisania funkcjonalności należy je zastosować:

Częściowa – aplikacja, która nie będzie zakłócać doświadczenia użytkownika

Pełna – aplikacja, która może zakłócać doświadczenie użytkownika.

W praktyce nigdy nie spotkałem się z sytuacją, w której pełne zastosowanie zakłócałoby wygodę użytkownika lub coś w tym rodzaju. Ale wszystko jest możliwe, pamiętaj. Po aplikacji ponowne uruchomienie usługi serwera aplikacji 1C nie jest konieczne.

Zawsze możesz skontaktować się ze specjalistami ds. optymalizacji 1C, nasze praktyczne doświadczenie zaoszczędzi Twój czas.

Oprócz wersji plikowej system 1C:Enterprise może współpracować z bazami informacji w wersji klient-serwer. W tym drugim przypadku pod pojęciem architektury rozumie się kilka warstw oprogramowania, co schematycznie przedstawiono na poniższym rysunku.

• Aplikacje klienckie, cienkie klienty i klienci sieciowi- jest to „1C:Enterprise” w różnych trybach uruchamiania, z którymi współpracuje użytkownik końcowy. W przypadku aplikacji klienckich i cienkich klientów wystarczy przeglądarka internetowa na komputerach użytkowników (lub na nich) dla klienta sieciowego.
• Klaster serwerów „1C:Enterprise” to zbiór procesów pracy uruchomionych na jednym lub większej liczbie komputerów oraz lista baz informacyjnych, które znajdują się w tym klastrze. W klastrze serwerów wykonywana jest cała praca obiektów aplikacji, przygotowywane są do wyświetlania formularzy (odczyt obiektów bazy danych, wypełnianie danych formularzy, porządkowanie elementów itp.) i interfejsu poleceń, generowanie raportów i uruchamianie zadań w tle. Klienci wyświetlają jedynie informacje przygotowane w klastrze serwerów. Ponadto pliki usług są przechowywane na serwerze klastra 1C:Enterprise, a także dziennik rejestracji w bazie danych.
• Serwer bazy danych— na serwerze bazy danych odbywa się bezpośrednie przechowywanie i praca z danymi, zapewniane przez jeden z następujących systemów zarządzania bazami danych (DBMS) obsługiwanych przez system 1C:Enterprise:
  • Microsoft SQL Server od Microsoft SQL Server 2000 i nowszych wersji;
  • PostgrageSQL od wersji 8.1;
  • IBM DB2 od wersji 9.1;
  • Baza danych Oracle od wersji 10g Release 2.
• serwer internetowy wymagane tylko w przypadku klientów internetowych i jedna z opcji cienkiego klienta. Zapewnia interakcję tego typu połączeń z klastrem serwerów 1C:Enterprise.

Warto również zaznaczyć, że każda warstwa oprogramowania nie musi koniecznie znajdować się na osobnym fizycznym komputerze. Klaster serwerów może znajdować się na tym samym komputerze, co serwer bazy danych, serwer WWW itp. Na przykład w małych organizacjach często spotyka się następującą strukturę pracy:

W tym artykule opiszę instalację serwera 1C:Enterprise w wersji 8.3.4.389 (dla pozostałych wersji platformy 1C:Enterprise 8.1, 8.2 i 8.3 kroki są podobne) na jednym komputerze z systemem Windows Server 2008 (R2) lub Windows Serwer 2012 (R2). Za system DBMS będzie uważany Microsoft SQL Server 2008 (R2) lub Microsoft SQL Server 2012. Do tego będziemy potrzebować:

1. Komputer spełniający wymagania systemowe do instalacji serwera 1C:Enterprise i z systemem operacyjnym zainstalowanym na tym komputerze lub .
2. Komputer dla serwera bazy danych, również z systemem operacyjnym lub (może to być komputer z kroku 1).
3. Prawa administratora lokalnego na obu komputerach.
4. Zestaw dystrybucyjny do instalacji serwera 1C:Enterprise 8.
5. Licencja na oprogramowanie lub klucz zabezpieczający HASP4 Net dla serwera 1C:Enterprise.
6. Zestaw dystrybucyjny do instalacji Microsoft SQL Server 2008 (R2) lub Microsoft SQL Server 2012.

2. Instalacja systemu DBMS MS SQL Server

Na komputerze pełniącym rolę serwera bazodanowego instalujemy MS SQL Server DBMS. Do obsługi systemu 1C:Enterprise wystarczy zainstalować następujące komponenty:

• Usługi silnika bazy danych
• Narzędzia do zarządzania — podstawowe
  • Narzędzia do zarządzania — kompletne.

Wybierz opcje sortowania " Cyrylica_General_CI_AS" Szczegóły dotyczące instalacji systemów

3. Konfiguracja Zapory systemu Windows do działania systemu DBMS

Jeśli serwer bazy danych i serwer klastra 1C:Enterprise znajdują się na różnych komputerach fizycznych, należy skonfigurować Zaporę systemu Windows na serwerze bazy danych, aby serwer 1C:Enterprise mógł współpracować z systemem DBMS, a mianowicie otwierać połączenia przychodzące na porcie 1433 (dla domyślnej instancji SQL Server).

• Pisałem szczegółowo o konfiguracji Zapory systemu Windows dla Microsoft SQL Server 2008 (R2) / 2012.

4. Dodanie użytkownika do MS SQL Server

Następnie dodamy osobnego użytkownika do MS SQL Server, w ramach którego zostaną podłączone bazy danych serwera 1C:Enterprise. Użytkownik ten będzie jednocześnie właścicielem tych baz danych. Dodawany użytkownik musi być autoryzowany na serwerze przy użyciu hasła i posiadać następujący zestaw ról: kreator db, administrator procesu, publiczny. Szczegóły dotyczące dodawania użytkownika do

• Microsoft SQL Server 2008 (R2) napisałem.
• Napisałem Microsoft SQL Server 2012.

5. Instalacja serwera 1C:Enterprise

Przejdźmy teraz do instalacji plików serwera 1C:Enterprise i uruchomienia odpowiedniej usługi. Instalacja wymaga zestawu dystrybucyjnego platformy technologicznej 1C:Enterprise. Z listy dostarczonych dystrybucji odpowiednie są:

• Platforma technologiczna 1C:Enterprise dla Windows - umożliwia instalację 32-bitowego serwera 1C:Enterprise
• Serwer 1C:Enterprise (64-bitowy) dla Windows - umożliwia instalację serwerów 32-bitowych i 64-bitowych 1C:Enterprise

(Istnieje również rozszerzona wersja serwera KORP 1C:Enterprise 8.3, szczegóły można znaleźć na stronie 1C)

Otwórz katalog z plikami instalacyjnymi serwera 1C:Enterprise i uruchom plik setup.exe.

Uruchomi się asystent instalacji systemu 1C:Enterprise. Na pierwszej stronie kliknij „ Dalej».

Na następnej stronie musisz wybrać komponenty, które zostaną zainstalowane; potrzebujemy następujących komponentów:

• Serwer 1C:Przedsiębiorstwo— 1C: Komponenty serwerów dla przedsiębiorstw
• Administracja serwerem 1C:Enterprise 8— dodatkowe komponenty do administrowania klastrem serwerów 1C:Enterprise

Pozostałe komponenty (lista komponentów może zależeć od konkretnej dystrybucji) w zależności od potrzeb, również można zainstalować na tym komputerze. Po dokonaniu wyboru kliknij „ Dalej».

Wybierz język interfejsu, który będzie używany domyślnie i kliknij „ Dalej».

Jeżeli serwer 1C:Enterprise instalowany jest jako usługa Windows (i w większości przypadków powinien być instalowany jako taki), polecam od razu utworzyć osobnego użytkownika, w ramach którego będzie uruchamiana utworzona usługa. Dla tego

• Pozostaw flagę „włączoną” Zainstaluj serwer 1C:Enterprise jako usługę Windows (zalecane)»;
• Przesuwamy odpowiedni przełącznik na „ Utwórz użytkownika USR1CV8».
• Wprowadź dwukrotnie hasło dla tworzonego użytkownika. Domyślnie hasło musi być zgodne z polityką haseł systemu Windows. Możesz przeczytać więcej na ten temat:
  • Dla systemu Microsoft Windows Server 2008 (R2) - ;
  • Dla systemu Microsoft Windows Server 2012 — .

Możesz także wybrać istniejącego użytkownika, aby uruchomić serwer 1C:Enterprise. W takim przypadku wybrany użytkownik musi posiadać następujące uprawnienia:

• Zaloguj się jako usługa
• Zaloguj się jako zadanie wsadowe
• Użytkownicy dziennika wydajności.

Ponadto użytkownik musi posiadać niezbędne uprawnienia do katalogu plików usług serwerowych (domyślnie C:\Program Files\1cv8\srvinfo dla wersji 64-bitowej i C:\Program Files (x86)\1cv8\srvinfo dla serwera 32-bitowego).

Automatycznie utworzony użytkownik USR1CV8 będzie miał wszystkie powyższe prawa.

Po uzupełnieniu odpowiednich parametrów kliknij „ Dalej».

Na koniec kliknij „ zainstalować» aby rozpocząć instalację. Spowoduje to skopiowanie plików wybranych komponentów, utworzenie plików konfiguracyjnych, zarejestrowanie komponentów programu, utworzenie skrótów, a także uruchomienie usługi serwera 1C:Enterprise.

Po zakończeniu instalacji asystent poprosi Cię o zainstalowanie sterownika zabezpieczającego - Sterownik urządzenia HASP. Jeśli korzystasz z licencji na oprogramowanie dla serwera 1C:Enterprise, nie ma potrzeby instalowania sterownika. Zostaw lub usuń flagę ” Zainstaluj sterownik ochronny" i kliknij " Dalej».

Często na komputerze wraz z serwerem 1C:Enterprise działają inne usługi - serwer terminali, serwer SQL itp. W pewnym momencie serwer 1C:Enterprise, a raczej proces roboczy rphost, zużywa więcej pamięci niż planowano lub całą pamięć. Co prowadzi do spowolnienia innych usług i zombie serwera. Aby uniknąć takich sytuacji, należy skonfigurować automatyczne ponowne uruchamianie przepływów pracy serwera 1C:Enterprise

Rozwiązanie

1. Otwórz konsolę administracyjną serwerów 1C Enterprise;
2. Rozwiń drzewo serwerów centralnych o klastry i wybierz klaster, który nas interesuje. W tym przykładzie jest tylko jeden klaster;
3. Otwórz właściwości wybranego klastra i zobacz poniższy formularz

Właściwości klastra serwerów 1C:Enterprise 8.3

Spójrzmy na przykład pokazany na obrazku:

Interwał ponownego uruchomienia— czas, po którym proces rphost zostanie zmuszony do ponownego uruchomienia. Przed zakończeniem procesu uruchamiany jest nowy proces rphost, do którego przenoszone są wszystkie połączenia i dopiero wtedy kończy się stary proces. Nie będzie to miało żadnego wpływu na doświadczenia użytkownika. Odstęp jest podawany w sekundach, w przykładzie wskazane są 24 godziny.

Dozwolony rozmiar pamięci— ilość pamięci, w ramach której przepływ pracy może działać bez problemów. Wolumin jest podany w kilobajtach, w przykładzie wartość wynosi 20 gigabajtów (w rzeczywistości liczba jest za duża i trzeba zacząć od konkretnego systemu, ale średnia liczba to 4 GB). Gdy tylko pamięć zajmowana przez proces roboczy przekroczy określoną wartość, rozpoczyna się odliczanie.

Interwał przekroczenia dopuszczalnej ilości pamięci— po tym jak timer uruchomiony po przekroczeniu dopuszczalnej ilości pamięci odliczy zadany czas, zostanie uruchomiony nowy proces roboczy, do którego zostaną przeniesione wszystkie połączenia, stary proces zostanie oznaczony jako wyłączony. Odstęp jest podany w sekundach, w przykładzie podano 30 sekund.

Zatrzymaj wyłączone procesy po— czas, po którym obieg oznaczony jako wyłączony zostanie zatrzymany, jeżeli wartość wynosi 0, proces nie zostanie zakończony. Odstęp jest podany w sekundach, w przykładzie podano 60 sekund.

Po zastosowaniu ustawień nie trzeba ponownie uruchamiać usługi serwera, są one stosowane dynamicznie.

Całkowity

W ten sposób konfigurujemy automatyczny restart procesów pracy serwera 1C:Enterprise i uzyskujemy bardziej stabilny system; w przypadku wystąpienia wycieku pamięci praca określonej sesji zostanie przerwana.

Ponadto w niektórych sytuacjach możesz pobawić się ustawieniami i zapobiec możliwej awarii serwera w przypadku popełnienia błędów.