Klient licencjonowania bit 1.6. Polityka licencyjna. Program rozwiązuje problemy

💖 Podoba Ci się? Udostępnij link swoim znajomym

Licencje na oprogramowanie 1C:Enterprise są obecnie główną opcją licencjonowania, zapewniającą administratorom nowe możliwości i usuwającą pewne ograniczenia kluczy sprzętowych. Jednocześnie korzystanie z licencji na oprogramowanie ma swoją specyfikę, która może powodować wiele trudności, mimo że są one szczegółowo opisane w instrukcji administratora, której „tradycyjnie” nikt nie czyta. Dlatego postanowiliśmy przygotować ten materiał, zawierający zarówno oficjalne informacje, jak i własne wyjaśnienia i przykłady.

Zrozumienie licencji oprogramowania

Licencja na oprogramowanie to specjalny plik, który w zaszyfrowanej formie zawiera parametry licencji oraz komputer, dla którego licencja ta została aktywowana. Powielanie tego pliku jest niedozwolone; w takim przypadku licencja zostaje anulowana i umieszczona na czarnej liście na serwerze aktywacyjnym 1C.

Aktywacja licencji odbywa się za pomocą aktywnego kodu PIN oraz zapasowych kodów PIN, które są niezbędne do reaktywacji licencji w przypadku zmiany kluczowych parametrów komputera.

Tutaj dochodzimy do niezwykle ważnego punktu: powiązania licencji oprogramowania z konkretnym komputerem. W tym celu stosuje się koncepcję kluczowe parametry, który zawiera:

  • nazwa sieci komputerowej;
  • model płyty głównej;
  • ilość pamięci RAM;
  • typ i wersja systemu BIOS;
  • lista procesorów i ich parametrów;
  • lista kart sieciowych i ich adresów MAC;
  • lista dysków twardych i ich parametrów.

Na platformie Windows do kluczowych parametrów zaliczają się także:

  • nazwa systemu operacyjnego;
  • wersja systemu operacyjnego (tylko dwie pierwsze cyfry numeru wersji);
  • numer seryjny systemu operacyjnego;
  • data instalacji systemu operacyjnego;

Ponadto z listy kluczowych parametrów wyłączony:

  • Karty sieciowe Bluetooth;
  • karty sieciowe podłączone przez IEEE 1394 lub USB;
  • Adaptery oprogramowania WAN i RAS;
  • adaptery, które nie posiadają adresu MAC oraz danych VEN_ i DEV_ z identyfikatora PNP;
  • dyski zewnętrzne podłączone poprzez IEEE 1394 i USB.

Następnie lista kluczowych parametrów, która jest zapisana w postaci zaszyfrowanej w pliku licencyjnym, jest porównywana z aktualnymi parametrami komputera i dopiero usunięcie, a nie dodawania urządzeń, to samo dotyczy ilości pamięci RAM.

Mówiąc najprościej, możesz dodać do systemu kolejną kartę sieciową lub dysk twardy, ale nie możesz wymienić obecnych, ani zmniejszyć ilości pamięci RAM do wartości mniejszej niż w momencie aktywacji licencji.

Prowadzi to do prostej zasady: podczas aktywacji licencji na oprogramowanie należy tymczasowo odłączyć wszystkie dyski twarde z wyjątkiem systemowego, a także wszystkie dodatkowe karty sieciowe (jeśli są zainstalowane).

Osobno powinniśmy poruszyć kwestię aktywacji w środowiskach wirtualnych, gdzie przyjmuje się, że kluczowe parametry licencji są zbliżone do wartości maszyny wirtualnej. Jeśli korzystasz z dynamicznej alokacji pamięci, to w momencie uzyskania licencji musisz wyłączyć tę funkcję i uruchomić system z minimalną możliwą ilością przydzielonej pamięci.

Największe trudności pojawiają się przy wykorzystaniu maszyn wirtualnych w ramach klastra; w tym przypadku przy przenoszeniu maszyn pomiędzy węzłami może nastąpić zmiana kilku kluczowych parametrów na raz, w szczególności parametrów procesora i karty sieciowej. O ile ten ostatni problem da się łatwo rozwiązać poprzez przypisanie statycznego adresu MAC, to zmiana typu procesora w ramach obecnego modelu licencjonowania jest poważnym problemem.

Z naszego doświadczenia możemy powiedzieć, co następuje: udana migracja maszyny wirtualnej przy zachowaniu aktywacji licencji 1C jest możliwa tylko przy użyciu tego samego typu sprzętu na wszystkich węzłach dostępnych do migracji, tj. identyczne modele płyt głównych (aż do wersji BIOS-u) i identyczne procesory (z tą samą częstotliwością).

Zwróć także uwagę na informacje o posiadaczu licencji, które musisz wypełnić przy pierwszej aktywacji. Będziesz musiał je powtórzyć, gdy ponownie otrzymasz licencję aż do symbolu! O czym, nawiasem mówiąc, ostrzegają, wymagając zaznaczenia odpowiedniego pola.

Dlatego, aby uniknąć przykrych niespodzianek, warto zapisać wprowadzone dane w bezpiecznym miejscu.

Ogólnie wydaje się, że 1C znacznie nadmiernie skomplikowało system ochrony licencji oprogramowania, co prowadzi do znacznych niedogodności, a w niektórych przypadkach zmusza posiadaczy licencji do uciekania się do metod obejścia ochrony (co jest potajemnie zalecane nawet przez partnerów 1C), na przykład podczas korzystania z klastra z innym sprzętem w węzłach. Bardziej logiczne byłoby podążanie ścieżką Microsoftu i cofnięcie aktywacji w przypadku zmiany tylko kilku kluczowych parametrów.

Rodzaje licencji na oprogramowanie

Wszystkie licencje na oprogramowanie są podzielone na klienckie i serwerowe. Istnieją trzy typy licencji klienckich:

  • Pojedynczy użytkownik- pozwalają na uruchomienie nieograniczonej liczby aplikacji w trybie cienkiego i grubego klienta oraz Konfiguratora na jednym komputerze.
  • Tryb wieloosobowy- umożliwiają uruchomienie określonej w licencji liczby aplikacji w trybie grubego, cienkiego i klienta sieciowego, a także konfiguratora na dowolnej liczbie komputerów. Moduł rozszerzenia serwera lub serwera WWW 1C:Enterprise jest odpowiedzialny za wydawanie klientom licencji dla wielu użytkowników.
  • Łączny- zawiera licencje obu typów, ale można aktywować tylko jedną z nich, jeżeli z takiego zestawu został najpierw aktywowany kod PIN dla jednego użytkownika, wówczas w przyszłości nie będzie już możliwe używanie tej licencji jako licencji dla wielu użytkowników.

Licencja serwerowa umożliwia uruchomienie nieograniczonej liczby procesów roboczych serwera 1C:Enterprise (rphost) na jednym serwerze; jest ona podzielona na wersję 32-bitową i 64-bitową, natomiast licencja 64-bitowa pozwala na uruchomienie wersji 32-bitowej. wersja serwera.

Licencja dla jednego użytkownika jest dostarczana z dystrybucją główną lub jako licencja na jedno stanowisko. Można zainstalować na komputerze, serwerze 1C:Enterprise, module rozszerzeń serwera WWW lub serwerze terminali. Jeśli jest zainstalowana na serwerze, jest łączona z innymi licencjami aktywowanymi na serwerze i używana, oprócz serwera terminali, jako licencja dla wielu użytkowników.

Licencje wielostanowiskowe dostarczane są w zestawach po 50, 100, 300 i 500 licencji i można je zainstalować wyłącznie na serwerze 1C:Enterprise, module rozszerzenia serwera WWW lub serwerze terminalowym; w tym drugim przypadku są one używane jako licencje dla jednego użytkownika .

Zestawy na 5, 10 i 20 użytkowników są łączone, rodzaj licencji wybierany jest w momencie aktywacji pierwszego kodu PIN.

Korzystanie z licencji dla pojedynczego użytkownika

W większości przypadków, szczególnie w przypadku małych firm, preferowane jest korzystanie z licencji dla pojedynczego użytkownika, ponieważ ograniczeniem tego typu licencji są licencjonowane komputery PC, a nie sesje 1C. W trybie plikowym jest to jedyny dostępny typ licencji (z wyjątkiem trybu serwera terminali). Rozważ następujący diagram:

Mając do dyspozycji komputer PC z aktywowaną licencją jednostanowiskową, możesz bez ograniczeń uruchamiać dowolną liczbę baz danych w trybie plikowym, zlokalizowanych zarówno lokalnie, jak i w sieci, a także baz danych znajdujących się na serwerze 1C:Enterprise lub w sieci WWW serwer; w tym drugim przypadku praca jest możliwa tylko w trybie cienkiego klienta. Uruchomienie bazy danych poprzez klienta WWW z licencją jednostanowiskową niemożliwe ponieważ klient WWW musi uzyskać licencję CAL z rozszerzenia serwera WWW.

Klient - tryb serwerowy

W tym trybie, jak już powiedzieliśmy, możliwe są dwie opcje: użycie licencji dla jednego użytkownika na każdej stacji roboczej lub uzyskanie licencji dla wielu użytkowników z serwera 1C:Enterprise. Nie zapominaj również, że sam serwer wymaga osobnej licencji.

Po uruchomieniu dowolnej aplikacji klienckiej 1C:Enterprise (klient gruby i cienki, konfigurator) najpierw wyszukiwana jest licencja lokalna, jeśli zostanie znaleziona, aplikacja zostaje uruchomiona; Tym samym komputer PC z zainstalowaną licencją jednostanowiskową umożliwia otwieranie nieograniczonej liczby aplikacji klienckich do pracy w wersji klient-serwer.

Jeśli licencja lokalna nie zostanie znaleziona, aplikacja kontaktuje się z serwerem, który wystawia jej licencję dla wielu użytkowników na każdą uruchomioną aplikację. Na naszym diagramie serwer ma licencję na 5 połączeń, a jeśli na dwóch komputerach zostaną otwarte dwie aplikacje klienckie, użytkownik laptopa będzie mógł otworzyć tylko jedną, ponieważ nie ma wystarczającej liczby licencji klienckich.

Tryb serwera WWW

Moduł rozszerzenia serwera WWW 1C:Enterprise może współpracować zarówno z bazami danych plikowymi, jak i klient-serwer. W pierwszym przypadku licencje muszą zostać aktywowane na komputerze z modułem rozszerzeń; w drugim, jeśli moduł rozszerzeń nie posiada licencji, poprosi o nią z serwera 1C:Enterprise. Ważne jest, aby zrozumieć ten punkt, ponieważ w przypadku plikowej bazy danych moduł rozszerzeń nigdy nie żąda licencji od serwera, podczas gdy w przypadku baz danych klient-serwer najpierw wydawane są jego własne licencje, a dopiero potem żądane są licencje od serwera. Może to doprowadzić do sytuacji, w której całkowita liczba licencji będzie wystarczająca, ale nie będzie można uruchomić bazy plików ze względu na brak wolnej licencji na serwerze WWW.

Na naszym schemacie licencja dla wielu użytkowników dla 5 użytkowników jest zainstalowana na serwerze 1C:Enterprise, a licencja dla jednego użytkownika jest zainstalowana na serwerze internetowym. Umożliwia to uruchomienie jednej sesji w trybie plikowym lub maksymalnie sześciu sesji w trybie klient-serwer za pośrednictwem klienta WWW.

Załóżmy, że na pierwszym komputerze (od lewej do prawej) otwarto dwie sesje z bazą danych klient-serwer, jedna za pośrednictwem aplikacji, druga za pośrednictwem klienta sieciowego. W tym przypadku aplikacja otrzyma licencję z serwera, a klient WWW z modułu rozszerzenia serwera WWW, przy czym moduł najpierw wystawi własną licencję. Otwierając dwie kolejne aplikacje na drugim PC, otrzymamy z serwera dwie licencje, wydając w sumie 4 licencje.

Jeżeli po tym na trzecim PC uruchomimy bazę danych klient-serwer poprzez klienta webowego, to moduł rozszerzający otrzyma na nią licencję na serwerze, lecz nie będzie już możliwości uruchomienia bazy plików poprzez klienta webowego , ponieważ moduł rozszerzeń nie posiada jednocześnie bezpłatnych licencji lokalnych, pozostała wolna licencja na serwerze pozwoli na uruchomienie kolejnej bazy danych serwera poprzez klienta WWW.

Aby uniknąć tej sytuacji, nie należy publikować baz danych plikowych i klient-serwer jednocześnie na tym samym serwerze WWW.

Kolejna subtelność związana jest z modułem rozszerzenia serwera WWW i lokalną licencją dla jednego użytkownika.

W przypadku podłączenia klienta WWW lokalnie na komputerze z serwerem WWW możliwe będzie uruchomienie jedynie konfiguratora, uruchomienie w trybie aplikacji klienckiej dla dowolnej bazy danych będzie niemożliwe. Należy to wziąć pod uwagę w małych organizacjach, w których jedna ze stacji roboczych może służyć jako serwer WWW. Z drugiej strony takie zachowanie ułatwi życie programistom, ponieważ pozwala na korzystanie z jednej licencji zarówno lokalnie, jak i dla połączeń klienckich.

Tryb serwera terminali

Serwer terminalowy umożliwia instalację dowolnego typu licencji; wszystkie licencje muszą być zainstalowane lokalnie i być dostępne dla wszystkich użytkowników. W takim przypadku wszystkie licencje, niezależnie od typu, są dodawane jako licencje dla jednego użytkownika i ograniczają całkowitą liczbę sesji terminalowych (nie mylić z sesjami aplikacji 1C).

Jak widać na powyższym schemacie, instalując jedną licencję dla wielu użytkowników dla pięciu użytkowników i dwie licencje dla jednego użytkownika na serwerze terminali, będziemy mogli uruchamiać nieograniczoną liczbę aplikacji klienckich 1C:Enterprise w siedmiu sesjach terminalowych i tak się dzieje niezależnie od tego, w jaki sposób aplikacje zostaną uruchomione, w trybie pulpitu lub jako RemoteApps. W takim przypadku pracę można wykonywać zarówno z bazami danych plikowymi, jak i klient-serwer, a także z bazami danych na serwerze internetowym za pomocą cienkiego klienta.

Jeżeli serwer terminali jest skonfigurowany nieprawidłowo, może wystąpić sytuacja, gdy dla każdego nowego połączenia użytkownika tworzona będzie nowa sesja terminala, szczególnie w trybie RemoteApp, dlatego należy pamiętać o określeniu tej opcji w ustawieniach serwera terminali Ogranicz użytkownika do jednej sesji.


Połączenie ochrony oprogramowania i sprzętu

Kolejna ważna kwestia, której nie można pominąć. 1C:Enterprise umożliwia łączenie obu typów licencji poprzez zsumowanie ich liczby, a aby efektywnie z nich korzystać, należy znać kilka punktów. Mianowicie proces poszukiwania licencji. Zaprezentujemy uproszczony schemat, który jednak powinien w zupełności wystarczyć do zrozumienia zachodzących procesów. Po uruchomieniu aplikacji klienckiej wyszukiwanie licencji odbywa się w następującej kolejności:

  1. Lokalna licencja na oprogramowanie
  2. Lokalny klucz sprzętowy
  3. Klucz sprzętowy sieci
  4. Licencja na oprogramowanie na serwerze 1C:Enterprise
  5. Lokalny klucz sprzętowy na serwerze 1C:Enterprise
  6. Klucz sprzętowy sieci dostępny na serwerze 1C:Enterprise

W przypadku korzystania przez klienta z lokalnego lub sieciowego klucza HASP, uzyskana licencja jest traktowana jako licencja dla pojedynczego użytkownika, tj. pozwala na uruchomienie nieograniczonej liczby aplikacji klienckich na komputerze. W przypadku uzyskania licencji z kluczy HASP dostępnych dla serwera, licencje wydawane są jako licencje wielostanowiskowe, tj. za każdą sesję do bazy informacji.

  • Tagi:

Włącz JavaScript, aby zobaczyć

Główne zaopatrzenie

Główne dostawy produktów BIT.FINANCE są przeznaczone do użytku z jedną lub inną standardową konfiguracją firmy 1C (zwanej dalej „Produktem głównym”, na przykład „1C: Księgowość 8”). Użytkownikowi przysługuje prawo do korzystania z produktu BIT.FINANCE jedynie w przypadku posiadania legalnie zakupionego Produktu Głównego. Liczba stacji roboczych i sposób użytkowania (serwer plików/klient) są ograniczone odpowiednimi zasadami dla Produktu Głównego.

Dostawa do zdalnego biura

Licencja ta umożliwia korzystanie z produktu BIT.FINANCE w zdalnym biurze/poszczególnych podsieciach Licencjobiorcy Głównego lub w oddzielnych biurach firm będących częścią tego samego holdingu co Licencjobiorca Głównego. Użytkownik dostawy do oddziału zdalnego ma prawo korzystać z produktu BIT.FINANCE jedynie w przypadku posiadania legalnie zakupionego Produktu Głównego. Liczba stacji roboczych i sposób użytkowania (serwer plików/klient) są ograniczone odpowiednimi zasadami dla Produktu Głównego.

Dostawa laptopa

Licencja ta umożliwia korzystanie z produktu BIT.FINANCE na osobnym laptopie pracownika Licencjobiorcy Głównej Dostawy. Użytkownik zasilacza do laptopa ma prawo korzystać z produktu BIT.FINANCE jedynie w przypadku posiadania legalnie zakupionego Produktu Głównego.

Dostarczanie aktualizacji produktów

Aktualizacje produktów BIT.FINANCE są udostępniane tylko wtedy, gdy Licencjobiorca posiada ważną subskrypcję Dysku ITS, zgodnie z zasadami ustalonymi przez firmę 1C.

Procedura uzyskania licencji

Produkty BIT.FINANCE posiadają system zabezpieczeń w postaci licencji elektronicznych powiązanych z konkretnym oprogramowaniem i sprzętem (serwerem), na którym zainstalowany jest Serwer Licencji. Aby produkt BIT.FINANCE mógł działać, użytkownik posiadający legalnie nabytą kopię produktu musi otrzymać klucz elektroniczny (plik) aktywujący licencję. Szczegółowa instrukcja pracy z programem „BIT: Licensing System” zawarta jest w pakiecie dystrybucyjnym BIT.FINANCE.

Aby zainstalować wersję SLK 2.1.6.420, wykonaj następujące kroki:

1. Pobierz pakiet dystrybucyjny systemu licencjonowania 3.0 i rozpakuj go do dowolnego folderu:

2. Przed instalacją SLK zamknij wszystkie aplikacje 1C i usuń sprzętowe klucze bezpieczeństwa.

3. Uruchom plik „LicenceServer-2.1.6.420-Setup.exe”. Spowoduje to otwarcie okna instalacji systemu licencyjnego, kliknij przycisk „Dalej”:

4. Upewnij się, że wszystkie dodatkowe zadania, które należy wykonać, są zaznaczone i kliknij przycisk „Zainstaluj”:

5. Następnie otworzy się okno instalacji sterownika klucza zabezpieczającego USB SLK. Kliknij przycisk „Zainstaluj”. Przypominamy, że przed instalacją sterownika klucza zabezpieczającego USB należy wyjąć ważny klucz USB z komputera:

6. Po zakończeniu instalacji pojawi się komunikat, że sterownik został pomyślnie zainstalowany, kliknij przycisk „Zamknij”:

7. Następnie zaznacz pole wyboru „Uruchom konsolę serwera” i kliknij przycisk „Zakończ”:

Uwaga: konsolę serwera można uruchomić później, np. poprzez menu „Start – Wszystkie programy – SLK – Konsola serwera SLK”.

8. Następnie włóż klucz USB do komputera. Program wykryje klucz zabezpieczający i go zainstaluje; klucz powinien zostać wyświetlony w konsoli serwera SLK, jak pokazano na zrzucie ekranu.

Mówimy o tym, w jaki sposób serwer licencyjny 1C może pomóc firmom i jak go skonfigurować, a także zapewniamy instrukcje instalacji krok po kroku.

Dzisiaj porozmawiamy o tym, w jaki sposób serwer licencyjny 1C może pomóc firmom i jak go skonfigurować.

Małe firmy mogą się bez tego łatwo obejść, ale jeśli firma szybko się rozwija i aktywnie wykorzystuje 1C w swojej działalności, okazuje się, że zróżnicowanych użytkowników 1C jest coraz więcej i zapewnienie im dostępu do licencji staje się coraz trudniejsze.

W takich przypadkach, gdy liczba stacji roboczych wynosi już dziesiątki lub setki, na pewnym etapie zalecamy wybranie osobnego serwera do zadań licencyjnych. Serwer może być fizyczny lub wirtualny.

Zalety skonfigurowania serwera licencji w 1C:

  • Wszystkie licencje przechowywane są centralnie, dzięki czemu znacznie łatwiej będzie nimi zarządzać. Będą one także dystrybuowane centralnie, dzięki czemu nie będzie sytuacji, w której na jednym kluczu skończą się licencje, a na drugim wręcz przeciwnie. Ponadto możesz w ten sposób zaoszczędzić na zakupie licencji - kup powiedzmy nie 3 osobne klucze za 100, ale jeden za 300.
  • Wymagania sprzętowe dotyczące sprzętu dla serwera licencji 1C są bardzo niskie– wszystko da się skonfigurować na serwerze wirtualnym z 2-rdzeniowym procesorem i 2-4 GB RAM-u, te zasoby serwera w zupełności wystarczą, aby zapewnić działanie
  • Dla takiego serwera licencji nie ma potrzeby licencjonowania serwera 1C:Enterprise 8.3, nie ma potrzeby kupowania dodatkowych licencji
  • Konfiguracja serwera licencyjnego 1C 8.3 daje możliwość dystrybucji tych samych licencji do różnych klastrów 1C, nawet z różnymi wersjami platformy.
  • Może dystrybuować serwer i klienta dla wielu użytkowników licencje na wszystkie wykorzystywane serwery aplikacji.
  • Jeśli chcesz zmienić konfigurację serwerów aplikacji 1C, to jeśli nie zmieniłeś konfiguracji serwera licencyjnego, nie ma potrzeby ponownej aktywacji licencji.
  • Jeśli chodzi o środki ostrożności mające na celu przywrócenie funkcjonalności systemu w przypadku różnego rodzaju awarii, również tutaj serwer licencyjny ma przewagę - możesz wykonać jego kopię zapasową za każdym razem, gdy licencje zostaną aktywowane. Łatwo będzie przenieść taką kopię zapasową i przywrócić serwer na innym sprzęcie.

Serwer licencyjny 1C: konfiguracja

Załóżmy, że zamierzasz skonfigurować dystrybucję licencji ze wspólnego serwera licencyjnego dla dwóch klastrów 1C, z których każdy składa się z jednego działającego serwera, na którym działają wszystkie usługi.

Kolejność kroków instalacji powinna wyglądać mniej więcej tak:

  1. Aby zainstalować serwer licencyjny 1C, najpierw zainstaluj komponenty serwera 1C:Enterprise na serwerze przeznaczonym do tego celu. Zalecamy wyłączenie opcji „Zainstaluj serwer 1C:Enterprise 8 jako usługę Windows”, aby w przyszłości nie trzeba było zatrzymywać usług podczas instalowania lub odinstalowywania wersji platformy
  2. Wdróż na nim usługi 1C, przyznaj do nich wszelkie uprawnienia użytkownikowi, w ramach którego będzie wykonywana administracja. Przypisz nieużywane porty do usług, dodaj je do dozwolonych portów firewalla
  3. Uruchom usługi i sprawdź, czy działają.
  4. Usuń lokalne klastry 1C utworzone podczas instalacji.
  5. Sprawdź, czy na tym serwerze działa usługa WMI.
  6. Teraz na komputerze, na którym wdrożono serwer aplikacji 1C, dodaj nowy „Serwer roboczy” w konsoli administracyjnej 1C. W jego opisie wskaż, że jest to serwer licencyjny, aw nazwie komputera wprowadź nazwę lub adres serwera licencyjnego 1C, wskaż zakresy portów IP. Sprawdź, czy „Port menedżera klastra” jest poprawnie określony.
  7. Otwórz „Wymagania dotyczące przypisania funkcjonalności” dla tego serwera. Utwórz dwie funkcjonalności: pierwszą z parametrami „Dowolny obiekt wymagań” - „Nie przypisuj” - pustą nazwę bazy danych (w rzeczywistości zabrania ona wszelkiej funkcjonalności), a drugą „Usługa licencjonowania” - „Przypisz” - pustą nazwę bazy danych . Zastosuj te reguły do ​​całego klastra.
  8. Zainstaluj licencje na serwer 1C i aktywuj je. Będziesz musiał aktywować licencje dla wielu użytkowników i serwery na serwerze licencji w zależności od liczby klastrów (tj. w naszym przykładzie są to dwa). Należy pamiętać, że w przypadku aktywacji z innego komputera nadal należy podać nazwę wyznaczonego serwera licencji, w przeciwnym razie licencja nie będzie mogła zostać użyta dla klastra.
  9. Zastosuj wszystkie reguły przypisania funkcjonalności skonfigurowane w kroku 7.

Po ponownym uruchomieniu usług na wszystkich serwerach w klastrze system zacznie działać.

Bazując na doświadczeniu, możemy zalecić zorganizowanie dla każdego klastra własnej usługi 1C na własnym zakresie portów - w tym przypadku możliwe będzie ponowne uruchomienie wszystkich usług i licencji osobno dla każdego z klastrów, bez wpływu na działanie innych klastrów :

  • Zwiększy to niezawodność i niezawodność systemu
  • Umożliwi użycie różnych wersji platformy 1C dla różnych klastrów

Podaliśmy tutaj ogólny opis procesu, bez uwzględnienia różnych niuansów specyficznych dla każdej firmy, a może być ich całkiem sporo.

Jeśli masz jakiekolwiek pytania dotyczące wdrożenia serwera licencyjnego 1C, zakupu lub wymiany licencji na oprogramowanie, opracowania i wdrożenia niestandardowych modułów i dodatków do konfiguracji 1C, przejścia na 1C w chmurze lub jeśli coś po prostu się zawiesza, przestaje działać poprawnie lub całkowicie, zawsze możesz skontaktować się z nami w celu uzyskania porady i wsparcia technicznego.

Zdalne wsparcie techniczne lub wizyta specjalisty 1C w Petersburgu – codziennie, przez całą dobę

Powiedz przyjaciołom