Uaktualnij do Studio Enterprise 3.2
Aby przedłużyć żywotność Studio Enterprise, Bluebeam dodała funkcję, która umożliwia serwerom aplikacji Studio Enterprise działanie na nowszych wersjach systemów operacyjnych Windows Server i baz danych zaplecza Microsoft SQL Server. Skorzystaj z zaleceń i najlepszych praktyk w tym artykule, aby wspomóc proces aktualizacji serwera.
Studio Enterprise 3.2 aktualizacje
Ta wersja Studio Enterprise zawiera następujące elementy:
- Nowe indeksy i procedury składowane, które rozwiązują problem wolnych tabel bazy danych: oznaczeń sesji, zasobów oznaczeń i historii czatów. Ta poprawka również rozwiązuje problemy, w których niektóre zapytania SQL wykonywały się zbyt długo.
- Zwiększona domyślna wartość Max Pool Size do 1024. Ta wartość to całkowita liczba połączeń, które serwer aplikacji może wykonać w imieniu użytkowników Studio. Każde połączenie pobiera dane dotyczące sesji lub projektów żądanych przez użytkowników; jeśli liczba używanych połączeń przekroczy wartość maksymalną, użytkownikom może zostać odmówiony dostęp do Studio do momentu, aż dostępne połączenie będzie wolne.
Obsługiwane serwerowe systemy operacyjne i wersje SQL
Studio Enterprise 3.2 obsługuje następujące elementy:
Systemy operacyjne serwera aplikacji
- Microsoft Windows Server 2022
- Microsoft Windows serwer 2019
- Microsoft Windows Server 2016
- Microsoft Windows Server 2022
- Microsoft Windows serwer 2019
- Microsoft Windows Server 2016
- Microsoft SQL Serwer 2022
- Microsoft SQL Server 2019
- Microsoft SQL Server 2016
Konfiguracja serwera
Podczas całego procesu aktualizacji zapoznaj się z Podręcznikiem instalacji i konfiguracji Studio Enterprise, aby uzyskać informacje dotyczące instalacji i konfiguracji nowych serwerów.
W przypadku problemów technicznych podczas procesu, prosimy o zapoznanie się z przewodnikiem wycofania z eksploatacji Studio Enterprise, zanim skontaktujesz się z pomocą techniczną.
Polecamy następujące:
- Przygotuj i skonfiguruj nowy serwer aplikacji (dla Studio Enterprise) oraz nowy serwer bazy danych (dla serwera SQL), co umożliwia łatwe wycofanie zmian w przypadku wystąpienia problemów podczas aktualizacji.
- Serwer bazy danych i serwer aplikacji muszą być oddzielnymi serwerami.
- Upewnij się, że oba serwery znajdują się w tym samym środowisku. Na przykład, jeśli jeden serwer jest lokalny, drugi również powinien znajdować się lokalnie. Jeśli jeden serwer znajduje się w Amazon Web Services (AWS), drugi również powinien znajdować się w AWS.
- Upewnij się, że nowe serwery są skonfigurowane z wystarczającymi zasobami, aby spełnić lub przekroczyć obecną konfigurację serwera. Ilość przydzielanej pamięci, procesora itd. należy uzależnić od bieżących potrzeb.
- Skonfiguruj konta i uprawnienia zgodnie ze szczegółowymi wytycznymi w Przewodniku instalacji i konfiguracji Studio Enterprise.
- Upewnij się, że konta usługowe są ustawione z prawidłowymi uprawnieniami na poziomach domeny i serwera.
Konfiguracja serwera aplikacji
Wykonaj poniższe kroki, aby skonfigurować serwer aplikacji:
- Skonfiguruj nowy serwer systemu Windows z jednym z obsługiwanych systemów operacyjnych serwerów aplikacji dla Studio Enterprise 3.2.
- Użyj dysku lokalnego z pamięcią masową o wysokim IOPS.
- Upewnij się, że pojemność dysku nie przekracza 87,5%.
- Uruchom aktualizacje systemu Windows.
Konfiguracja serwera SQL
Wykonaj następujące kroki, aby skonfigurować serwer SQL:
- Skonfiguruj nowy serwer Windows z jednym z obsługiwanych systemów operacyjnych SQL Server dla Studio Enterprise 3.2.
- Uruchom aktualizacje systemu Windows.
- Zainstaluj jedną z obsługiwanych wersji SQL Server dla Studio Enterprise 3.2.Wersja Express programu SQL Server nie jest obsługiwana.
- Skonfiguruj serwer SQL zgodnie z wytycznymi wyszczególnionymi w Podręczniku instalacji i konfiguracji Studio Enterprise.
- Aprowizuj oddzielne dyski dla następujących:
- Dane (MDF)
- Log (LDF)
- Tempdb
- Kopie zapasowe
- Użyj kont usług systemu Windows na aparacie bazy danych SQL i agencie.
- Konfiguruj pamięć na instancji SQL w następujący sposób:
- SQL (80%)
- SO (20%)
- Utwórz wiele plików danych dla bazy Tempdb zgodnie z liczbą rdzeni procesora.
Zanim uaktualnisz
Przed rozpoczęciem aktualizacji Studio Enterprise i migracji danych:
- Skontaktuj się z support@bluebeam.com, aby uzyskać link do pobrania Studio Enterprise 3.2, który zawiera poprawkę wydajności, co wcześniej było procesem ręcznym.
- Przed uruchomieniem upewnij się, że masz pod ręką numer seryjny i klucz produktu Studio Enterprise.
- Po skonfigurowaniu serwera SQL administrator bazy danych powinien wykonać kopię zapasową i przywrócić bieżące bazy danych Studio Enterprise (BluebeamStudio i BluebeamCache) na nowy serwer SQL.
- Zalecamy najpierw wykonanie pełnej kopii zapasowej baz danych, a w momencie przejścia wykonanie kopii zapasowej różnicowej. W ten sposób skrócisz czas potrzebny na przełączenie.
- Administrator bazy danych może wykonać to zadanie w preferowany przez siebie sposób lub postępować zgodnie z zaleceniami firmy Microsoft.
- Bluebeam Studio Enterprise i klienci Revu używają uwierzytelniania opartego na certyfikatach SSL do szyfrowania połączenia danych. Wszyscy klienci Revu muszą mieć zainstalowany certyfikat umożliwiający uwierzytelnienie w Studio Enterprise. Podobnie Studio Enterprise wymaga tego certyfikatu do działania. Jeśli nowy serwer będzie używał tej samej nazwy hosta co starszy serwer, możesz przenieść certyfikat na ten nowy serwer i użyć go ponownie.
- Możesz zweryfikować używany certyfikat, otwierając Bluebeam Studio Enterprise Administrator na bieżącym serwerze aplikacji i wybierając Konfiguracja certyfikatu > Widok certyfikatu. Przed przełączeniem upewnij się, że zainstalowano ten certyfikat w Magazynie Osobistym na poziomie komputera lokalnego na nowym serwerze aplikacji.
- Jeśli używasz nowej nazwy hosta lub jeśli uzyskujesz nowy certyfikat dla serwera aplikacji, upewnij się, że nowy certyfikat został uzyskany i zainstalowany na serwerze przed przełączeniem.
- Podczas przełączania upewnij się, że używasz prawidłowego certyfikatu. Podczas testowania można użyć certyfikatu z podpisem własnym, ale należy upewnić się, że jest on zainstalowany w lokalizacji Komputer lokalny > Zaufane główne urzędy certyfikacji na każdej maszynie testowej używanej do łączenia się z serwerem aplikacji.
- Zapoznaj się z Podręcznikiem instalacji i konfiguracji Studio Enterprise, aby uzyskać dodatkowe informacje na temat ograniczeń certyfikatów i instalowania certyfikatów na serwerze.
- Zalecamy używanie tej samej nazwy hosta dla nowego środowiska.
- Jeśli używasz tej samej nazwy hosta co poprzedni serwer aplikacji, upewnij się, że zmieniasz nazwę starego serwera aplikacji, zanim zmienisz nazwę nowego serwera aplikacji. Gdy nazwa hosta jest wolna, możesz zastosować ją do nowego serwera aplikacji. Aby zmiana zaczęła obowiązywać, musisz ponownie uruchomić serwer. Wykonaj to zadanie, zanim uruchomisz instalator Studio Enterprise.
- Jeśli chcesz użyć nowej nazwy hosta dla serwera aplikacji, musisz skierować klientów Revu na nowy serwer, aby się połączyć. Wszystkie wiadomości e-mail (zaproszenia, powiadomienia itd.) wysłane przed migracją będą wskazywać na stary serwer; jednak wszystkie nowe wiadomości e-mail, które wyślesz, będą wskazywać na prawidłowy serwer. Ponadto wszelkie łącza w plikach projektów, które używają ścieżek bezwzględnych zamiast względnych, nie będą już działać. Możesz zapoznać się z następującym artykułem, który szczegółowo opisuje, jak zmienić serwery, do których użytkownik końcowy ma dostęp: Kontrolowanie dostępu do Bluebeam Studio.
Jak uaktualnić Studio Enterprise
Bluebeam zdecydowanie zaleca, aby administrator bazy danych (DBA) pomagał w procedurze uaktualniania opisanej w tej sekcji oraz aby uaktualnienie odbyło się poza godzinami pracy lub podczas zaplanowanej przerwy.
Aby uaktualnić do Studio Enterprise 3.2:
- Na starym serwerze aplikacji:
- Użyj panelu sterowania Usługami systemu Windows na bieżącym serwerze aplikacji, aby zatrzymać Kolejkę zadań Bluebeam Studio oraz Usługę Bluebeam Studio.
- Otwórz Administratora Bluebeam Studio Enterprise i wybierz Narzędzia > Wyrejestruj, aby wyrejestrować bieżący serwer aplikacji.
- Zaimportuj bazy danych do nowego serwera SQL.
- Jeśli wcześniej wykonano pełną kopię zapasową, a teraz wykonywana jest kopia zapasowa różnicowa w momencie przełączenia, należy postępować zgodnie z zaleceniami firmy Microsoft dotyczącymi kopii zapasowej różnicowej.
- Jeśli wykonasz pełną kopię zapasową w momencie przełączenia, zapoznaj się z zaleceniami firmy Microsoft.
- Twój administrator bazy danych może wykonać ten proces w preferowany przez siebie sposób.
- Jeśli chcesz użyć tej samej nazwy hosta na nowym serwerze:
- Zmień nazwę starego serwera aplikacji i ponownie uruchom serwer.
- Zmień nazwę nowego serwera aplikacji i uruchom go ponownie, aby upewnić się, że prawidłowa nazwa jest aktywna przed zainstalowaniem Studio Enterprise.
- Zaloguj się do nowego serwera aplikacji jako administrator i uruchom instalator Studio Enterprise 3.2, wskazując na nowy serwer SQL.
- Postępuj zgodnie z instrukcjami w Przewodniku instalacji i konfiguracji Studio Enterprise w razie potrzeby.
- Upewnij się, że wybierzesz prawidłowy certyfikat.Instalator wyświetli monit, że uaktualni bazę danych, jeśli pochodzi ona ze środowiska 3.1. Jest to oczekiwane.
- Po pomyślnej instalacji zakończ okres przejściowy i przetestuj funkcjonalność Revu Studio, otwierając Revu i wykonując następujące zadania:
- Zaloguj się do nowego serwera Studio.
- Utwórz nowe Projekty Studio i przetestuj podstawowe funkcje (przesyłanie plików, wyewidencjonowanie i zaewidencjonowanie oraz umieszczanie oznaczeń).
- Utwórz nową Sesję Studio i przetestuj podstawowe funkcje (przesyłanie plików, umieszczanie oznaczeń, funkcjonalność czatu).
- Zweryfikuj dostęp do portalu Studio Enterprise.
- Upewnij się, że użytkownicy mogą zobaczyć swoje stare sesje i projekty.
Jeśli musisz powrócić do starych serwerów, możesz to zrobić, wyrejestrowując nowy serwer aplikacji, cofając wszelkie wprowadzone zmiany nazw, a następnie ponownie rejestrując i uruchamiając usługi na starym serwerze aplikacji.
Zalecenia po uaktualnieniu
- Dla serwera SQL:
- Po uaktualnieniu warto pozwolić systemowi działać przez kilka dni, aby monitorować pod kątem słabej wydajności zapytań (sprawdzanie częstych zakleszczeń w bazie danych lub dziennikach aplikacji). W razie potrzeby uruchom polecenie „exec sp_updatestats” w obu bazach danych, poza godzinami szczytu, w celu zmniejszenia opóźnień.Jeśli indeks jest odbudowywany (co powinno odbywać się rzadziej) z powodu problemów z fragmentacją, to nie ma potrzeby aktualizowania statystyk.
- Po uaktualnieniu warto pozwolić systemowi działać przez kilka dni, aby monitorować pod kątem słabej wydajności zapytań (sprawdzanie częstych zakleszczeń w bazie danych lub dziennikach aplikacji). W razie potrzeby uruchom polecenie „exec sp_updatestats” w obu bazach danych, poza godzinami szczytu, w celu zmniejszenia opóźnień.
-
- Jeśli napotykasz częste problemy z zakleszczeniami po kilku dniach użytkowania, a uruchomienie komendy "exec sp_updatestats" nie pomaga, spróbuj włączyć Starszy estymator kardynalności.
- Skonfiguruj plany konserwacji SQL Server dla sprawdzania integralności, konserwacji indeksów, aktualizacji statystyk i kopii zapasowych. Zrób to zgodnie z najlepszymi praktykami i wskazówkami od swojego administratora bazy danych.
- W przypadku serwera aplikacji warto skonfigurować usługi tak, aby automatycznie uruchamiały się ponownie na serwerze aplikacji, ustawiając dla obu usług Bluebeam (Bluebeam Studio Job Queue i Bluebeam Studio Service) automatyczne odzyskiwanie.
- Otwórz services.msc na serwerze aplikacji.
- Kliknij prawym przyciskiem myszy dwie usługi Bluebeam i wybierz **właściwości**.
- Wybierz kartę Odzyskiwanie i skonfiguruj pola błędów, aby ponownie uruchomić usługę.

Studio Enterprise
Instalacja