Uppgradera till Studio Enterprise 3.2

För att förlänga livslängden för Studio Enterprise har Bluebeam lagt till funktioner som gör att programservrarna för Studio Enterprise kan köras på nyare versioner av Windows Server-operativsystemet och Microsoft SQL Server-backend-databaser. I den här artikeln hittar du rekommendationer och bästa praxis som kan vara till hjälp när du utför serveruppgraderingen.

Uppdateringar i Studio Enterprise 3.2

Den här versionen av Studio Enterprise innehåller följande:

• Nya index och lagrade rutiner som åtgärdar långsamma databastabeller för sessionsmarkeringar, markeringsresurser och chatthistorik. Den här förbättringen åtgärdar också problem med att vissa SQL-frågor tog för lång tid att köra.
• Standardvärdet för maximal poolstorlek har höjts till 1024. Det här värdet är det totala antalet anslutningar som programservern tillåter för Studio-användares räkning. Varje anslutning hämtar data om en session eller ett projekt som har begärts av användare. Om antalet använda anslutningar överstiger det maximala värdet kan användare nekas åtkomst till Studio till dess att en ledig anslutning är tillgänglig.

Serveroperativsystem och SQL-versioner som stöds

Studio Enterprise 3.2 stöder följande:

Operativsystem för applikationsservrar

• Microsoft Windows Server 2022
• Microsoft Windows Server 2019
• Microsoft Windows Server 2016

Operativsystem SQL Server

• Microsoft Windows Server 2022
• Microsoft Windows Server 2019
• Microsoft Windows Server 2016

SQL Server-versioner

• Microsoft SQL Server 2022
• Microsoft SQL Server 2019
• Microsoft SQL Server 2016

Serverkonfiguration

Under uppgraderingsprocessen hittar du information om hur du installerar och konfigurerar de nya servrarna i Studio Enterprise Installations- och konfigurationsguide.

Om du stöter på tekniska problem under processen bör du läsa bytesprocessen för Studio Enterprise innan du kontaktar supporten.

Vi rekommenderar följande:

• Etablera och konfigurera en ny programserver (för Studio Enterprise) och en ny databasserver (för SQL Server), vilket möjliggör enkel återställning om du stöter på problem under uppgraderingen.
  • Databasservern och applikationsservern måste vara separata servrar.
  • Kontrollera att båda servrarna finns i samma miljö. Om en server till exempel är lokal bör den andra också vara lokaliserad. Om en server är placerad på Amazon Web Services (AWS) ska den andra också finnas på AWS.
• Se till att de nya servrarna är konfigurerade med tillräckliga resurser för att uppfylla eller överträffa den aktuella serverkonfigurationen. Basera hur mycket minne, processor osv som du ska tilldela utifrån dina aktuella behov.
• Konfigurera konton och behörigheter enligt riktlinjerna i Installations- och konfigurationsguide för Studio Enterprise.
• Se till att tjänstkonton har rätt behörigheter på domän- och servernivå.

Konfigurera applikationsservern

Utför följande steg för att konfigurera applikationsservern:

1. Konfigurera en ny Windows-server med ett av de operativsystem för programserver som stöds för Studio Enterprise 3.2.
   • Använd en lokal diskenhet med hög IOPS-lagring.
   • Se till att diskkapaciteten inte överskrider 87,5 %.
2. Kör uppdateringar av Windows.

SQL-serverinstallation

Utför följande steg för att konfigurera SQL-servern:

1. Konfigurera en ny Windows-server med något av de SQL Server-operativsystem som stöds för Studio Enterprise 3.2.
2. Kör uppdateringar av Windows.
3. Installera en av SQL Server-versionerna för Studio Enterprise 3.2 som stöds.
   
   Express-utgåvan av SQL Server stöds inte.
4. Konfigurera SQL-servern enligt riktlinjerna som beskrivs i Installations- och konfigurationsguide för Studio Enterprise.
5. Starta separata enheter för följande:
   • Data (MDF)
   • Logg (LDF)
   • Tempdb
   • Säkerhetskopior
6. Använda Windows-tjänstkonton med SQL-motorn och -agenden.
7. Så här konfigurerar du minnet i SQL-instansen:
   • SQL (80 %)
   • OS (20 %)
8. Skapa flera datafiler för Tempdb beroende på antalet processorkärnor.

Innan du uppgraderar

Innan du påbörjar uppgraderingen och datamigreringen av Studio Enterprise:

• Kontakta support@bluebeam.com för att få en länk för att ladda ner Studio Enterprise 3.2, som innehåller en prestandakorrigering som tidigare var en manuell process.
• Före överträdelsen måste du kontrollera att du har serienumret och produktnyckeln för Studio Enterprise till hands.
• När du har konfigurerat och konfigurerat SQL-servern bör en DBA säkerhetskopiera och återställa de aktuella Studio Enterprise-databaserna (BluebeamStudio och BluebeamCache) till den nya SQL-servern.
  • Vi rekommenderar att du först gör en fullständig säkerhetskopia av databaserna och att du vid överlämningen gör en differentiell säkerhetskopiering. Om du gör det minskar tiden det tar för överskärningen.
  • DBA kan utföra den här uppgiften på sitt eget sätt, eller följa Microsofts rekommendationer.
• Bluebeam Studio Enterprise- och Revu-klienter använder SSL-certifikatbaserad autentisering för att kryptera dataanslutningen. Alla Revu-klienter måste ha ett certifikat installerat för att autentisera Studio Enterprise. På samma sätt krävs det certifikatet för att fungera för Studio Enterprise. Om den nya servern kommer att använda samma värdnamn som den tidigare servern kan du migrera certifikatet till den nya servern och återanvända det där.
  • Du kan kontrollera vilket certifikat som används genom att öppna Bluebeam Studio Enterprise Administrator på den aktuella applikationsservern och välja Certifikatkonfiguration > Visa certifikat. Före överträdelsen kontrollerar du att du har installerat certifikatet i Personal Store på lokal datornivå på den nya applikationsservern.
  • Om du använder ett nytt värdnamn, eller om du får ett nytt certifikat för applikationsservern, kontrollerar du att det nya certifikatet hämtades och installerades på servern innan övergången genomförs.
  • Använd ett giltigt certifikat när du utför Cutover. Under testningen kan du använda ett självsignerat certifikat, men du måste se till att det har installerats genom Lokal dator > Betrodda rotcertifikatutfärdare på den testdator som du använder för att ansluta till applikationsservern.
  • För ytterligare information om certifikatbegränsningar och installation av certifikat på servern, se Installations- och konfigurationsguide för Studio Enterprise.
• Vi rekommenderar att du använder samma värdnamn för den nya miljön.
  • Om du använder samma värdnamn som den tidigare programservern ska du se till att du byter namn på den gamla programservern innan du byter namn på den nya. När värdnamnet är ledigt kan du tillämpa det på den nya programservern. Du måste starta om servern för att ändringen ska tillämpas. Utför den här uppgiften innan du kör installationsprogrammet för Studio Enterprise.
  • Om du vill använda ett nytt värdnamn för programservern måste du dirigera om Revu-klienterna till den nya servern för att ansluta. Alla e-postmeddelanden (inbjudningar, meddelanden osv.) som skickades före övergången pekar mot den gamla servern. Alla nya e-postmeddelanden som skickas kommer dock att peka mot rätt server. Dessutom kommer eventuella länkar i dina projektfiler som använder absoluta sökvägar istället för relativa sökvägar inte längre att fungera. Du kan läsa följande artikel som beskriver hur du ändrar de servrar som slutanvändaren har åtkomst till: Styr åtkomsten till Bluebeam Studio.

Så här uppgraderar du Studio Enterprise

Bluebeam rekommenderar starkt att en databasadministratör hjälper till med uppgraderingen som beskrivs i det här avsnittet, och att uppgraderingen sker utanför arbetstid eller under ett schemalagt avbrott.

Så här uppgraderar du till Studio Enterprise 3.2:

1. På den gamla applikationsservern:
   
   1. Använd kontrollpanelen för Windows Services på den aktuella programservern för att stoppa jobbkön för Bluebeam Studio och tjänsten Bluebeam Studio.
   2. Öppna Bluebeam Studio Enterprise Kontrollpanel och välj Verktyg > Avregistrera för att avregistrera nuvarande programserver.
2. Importera databaserna till den nya SQL-servern.
   • Om du tidigare har utfört en fullständig säkerhetskopiering och nu utför en differentiell säkerhetskopiering vid tidpunkten för övergången följer du Microsofts rekommendationer för den differentiella säkerhetskopian.
   • Se Microsofts rekommendationer om du gör en fullständig säkerhetskopiering vid övergången.
   • Din DBA kan utföra den här processen på önskat sätt.
3. Gör så här om du vill använda samma värdnamn på den nya servern:
   • Byt namn på den gamla applikationsservern och starta om servern.
   • Byt namn på den nya programservern och starta om den för att säkerställa att rätt namn är aktivt innan du installerar Studio Enterprise.
4. Logga in på den nya programservern som administratör och kör installationsprogrammet för Studio Enterprise 3.2, som ska peka mot den nya SQL-servern.
   • Följ stegen i Installations- och konfigurationsguide för Studio Enterprise om det behövs.
   • Kontrollera att du väljer ett giltigt certifikat.
     
     Installationsprogrammet uppmanar dig att uppgradera databasen om den kommer från en 3.1-miljö. Det här är väntat.
5. När installationen är klar slutför du övergångsperioden och testar funktionerna i Revu Studio genom att öppna Revu och utföra följande uppgifter:
   • Logga in på den nya Studio-servern.
   • Skapa ett nytt Studio-projekt och testa grundläggande funktioner (filuppladdning, ut-/incheckning, utplacering av markeringar).
   • Skapa en ny Studio-session och testa grundläggande funktioner (filuppladdning, utplacering av markeringar, chattfunktioner).
   • Verifiera åtkomsten till Studio Enterprise-portalen.
   • Kontrollera att användarna kan se sina tidigare sessioner och projekt.

Om du behöver falla tillbaka till de gamla servrarna kan du göra det genom att avregistrera den nya applikationsservern, återställa eventuella namnändringar och sedan registrera om och starta om tjänsterna på den gamla applikationsservern.

Rekommendationer efter uppgradering

• För SQL-servern:
  • Efter uppgraderingen kan det hända att du vill låta systemet köras under några dagar för att bevaka dåliga frågeprestanda (kontrollera om blockeringen ofta förekommer i antingen databasen eller apploggarna). Om det behövs kör du kommandot "exec sp_updatestats" på båda databaserna under dåtid för att minska latensen.
    
    Om Rebuild Index (Återskapa index), vilket bör göras mindre ofta, körs på grund av fragmenteringsproblem behöver du inte köra uppdateringsstatistik.

• • Om du ofta har problem med dödläge efter flera dagars användning och det inte hjälper att köra kommandot ”exec sp_updatestats” kan du prova att aktivera Legacy Cardinality Estimator.
  • Konfigurera underhållsplaner för SQL Server för integritetskontroll, indexunderhåll, uppdatera statistik och säkerhetskopior. Gör det i enlighet med bästa praxis och vägledning från din DBA.

• För programservern kan det vara bra att ställa in tjänsterna på att starta om automatiskt på programservern genom att ställa in Bluebeam-tjänsterna (jobbkön i Bluebeam Studio och Bluebeam Studio-tjänsten) på att återställas automatiskt.
  1. Öppna services.msc på applikationsservern.
  2. Högerklicka på de två Bluebeam-tjänsterna och välj Egenskaper.
  3. Välj fliken Återställning och ställ in fälten för fel på Starta om tjänsten.
     

Studio Enterprise

Installation