Oppgrader til Studio Enterprise 3.2

For å forlenge levetiden til Studio Enterprise har Bluebeam lagt til funksjonalitet som lar Studio Enterprise-applikasjonsservere kjøre på nyere versjoner av Windows Server-operativsystemer og Microsoft SQL Server-backend-databaser. Bruk anbefalingene og beste fremgangsmåtene i denne artikkelen som hjelp med serveroppgraderingsprosessen.

Studio Enterprise 3.2-oppdateringer

Denne versjonen av Studio Enterprise inkluderer følgende:

• Nye indekser og lagrede prosedyrer som adresserer treg øktmarkering , markupressurs og chathistorikkdatabasetabeller. Denne forbedringen løser også problemer der noen SQL-spørringer tok for lang tid å kjøre.
• En økt standardverdi for maks. bassengstørrelse til 1024. Denne verdien er det totale antallet tilkoblinger som applikasjonsserveren tillater å opprette på vegne av Studio -brukere. Hver tilkobling henter data om økter eller prosjekter som er forespurt av brukere. Hvis antallet brukte tilkoblinger overstiger maksimumsverdien, kan brukere bli nektet tilgang til Studio inntil en tilgjengelig tilkobling er ledig.

Støttede serveroperativsystemer og SQL-versjoner

Studio Enterprise 3.2 støtter følgende:

Operativsystemer for applikasjonsservere

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

SQL Server-operativsystemer

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

SQL Server-versjoner

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

Serverkonfigurasjon

Gjennom hele oppgraderingsprosessen bør du se installasjons- og konfigurasjonsveiledningen for Studio Enterprise for informasjon om installasjon og konfigurasjon av de nye serverne.

Hvis du har tekniske problemer underveis, kan du se i veiledningen for Studio Enterprises sluttbrukerperiode før du kontakter kundestøtte.

Vi anbefaler følgende:

• Klargjør og konfigurer en ny applikasjonsserver (for Studio Enterprise) og en ny databaseserver (for SQL Server), som gir et enkelt reservealternativ hvis du har problemer under oppgraderingen.
  • Databaseserveren og applikasjonsserveren må være separate servere.
  • Sørg for at begge serverne er i samme miljø. Hvis for eksempel én server er lokal, bør den andre også være lokalisert. Hvis én server er plassert på Amazon Web Services (AWS), bør den andre også være plassert på AWS.
• Sørg for at de nye serverne er konfigurert med nok ressurser til å oppfylle eller overgå den nåværende serverkonfigurasjonen. Du bør basere hvor mye minne, CPU osv. du skal allokere på dine nåværende behov.
• Konfigurer kontoer og tillatelser i henhold til retningslinjene som er beskrevet i Installasjons- og konfigurasjonsveiledning for Studio Enterprise.
• Sørg for at tjenestekontoer er angitt med riktige tillatelser på domene- og servernivå.

Oppsett av applikasjonsserver

Utfør følgende trinn for å konfigurere applikasjonsserveren:

1. Konfigurer en ny Windows-server med et av de støttede applikasjonsserveroperativsystemene for Studio Enterprise 3.2.
   • Bruk en lokal diskstasjon med høy IOPS-lagring.
   • Sørg for at diskkapasiteten ikke overstiger 87,5 %.
2. Kjør Windows-oppdateringer.

SQL-serveroppsett

Utfør følgende trinn for å konfigurere SQL-serveren:

1. Konfigurer en ny Windows-server med et av de støttede SQL Server-operativsystemene for Studio Enterprise 3.2.
2. Kjør Windows-oppdateringer.
3. Installer en av de støttede SQL Server-versjonene for Studio Enterprise 3.2.
   
   Express-utgaven av SQL Server støttes ikke.
4. Konfigurer SQL-serveren i henhold til retningslinjene som er beskrevet i Installasjons- og konfigurasjonsveiledning for Studio Enterprise.
5. Klargjør separate disker for følgende:
   • Data (MDF)
   • Logg (LDF)
   • Tempdb
   • Sikkerhetskopier
6. Bruk Windows-tjenestekontoer på SQL-motoren og -agenten.
7. Konfigurer minne på SQL-instansen som følger:
   • SQL (80 %)
   • OS (20 %)
8. Opprett flere datafiler for Tempdb i henhold til antall CPU-kjerner.

Før du oppgraderer

Før du starter Studio Enterprise-oppgraderingen og datamigreringen:

• Kontakt support@bluebeam.com for en lenke for å laste ned Studio Enterprise 3.2, som inkluderer en ytelsesoppdatering som tidligere var en manuell prosess.
• Før du bytter abonnement, sørg for at du har serienummeret og produktnøkkelen for Studio Enterprise for hånden.
• Etter at du har konfigurert SQL-serveren, bør en databaseadministrator sikkerhetskopiere og gjenopprette de nåværende Studio Enterprise-databasene (BluebeamStudio og BluebeamCache) til den nye SQL-serveren.
  • Vi anbefaler at du først fullfører en fullstendig sikkerhetskopi av databasene, og at du deretter utfører en differensiell sikkerhetskopi ved overgangen. Å gjøre det vil redusere tiden som trengs for overskjæringen.
  • DBA-en kan utføre denne oppgaven på sin foretrukne måte, eller de kan følge Microsofts anbefalinger.
• Bluebeam Studio Enterprise- og Revu-klienter bruker SSL-sertifikatbasert autentisering for å kryptere datatilkoblingen. Alle Revu-klienter må ha et sertifikat installert som lar dem autentisere Studio Enterprise. På samme måte krever Studio Enterprise dette sertifikatet for å fungere. Hvis den nye serveren bruker samme vertsnavn som den eldre serveren, kan du migrere sertifikatet til denne nye serveren og bruke det på nytt der.
  • Du kan bekrefte sertifikatet som er i bruk ved å åpne Bluebeam Studio Enterprise Administrator på gjeldende applikasjonsserver og velge Sertifikatkonfigurasjon > Vis sertifikat. Før du overfører sertifikatet, må du sørge for at du har installert dette sertifikatet i det personlige lageret på lokalt maskinnivå på den nye applikasjonsserveren.
  • Hvis du bruker et nytt vertsnavn, eller hvis du får et nytt sertifikat for applikasjonsserveren, må du sørge for at det nye sertifikatet ble innhentet og installert på serveren før overgangen.
  • Når du utfører overskjæringen, sørg for at du bruker et gyldig sertifikat. Under testing kan du bruke et selvsignert sertifikat, men du må sørge for at det er installert i Lokal maskin > Klarerte rotsertifiseringsinstanser på alle testmaskiner du bruker til å koble til applikasjonsserveren.
  • Konsulter I installasjons- og konfigurasjonsveiledningen for Studio Enterprise finner du ytterligere informasjon om sertifikatbegrensninger og installasjon av sertifikater på serveren.
• Vi anbefaler å bruke samme vertsnavn for det nye miljøet.
  • Hvis du bruker samme vertsnavn som den forrige applikasjonsserveren, må du gi nytt navn til den gamle applikasjonsserveren før du gir nytt navn til den nye applikasjonsserveren. Når vertsnavnet er ledig, kan du bruke det på den nye applikasjonsserveren. Du må starte serveren på nytt for at endringen skal tre i kraft. Utfør denne oppgaven før du kjører installasjonsprogrammet for Studio Enterprise.
  • Hvis du ønsker å bruke et nytt vertsnavn for applikasjonsserveren, må du dirigere Revu-klientene til den nye serveren for å koble til. Alle e-poster (invitasjoner, varsler osv.) som ble sendt før overgangen, peker til den gamle serveren, men alle nye e-poster du sender, peker til riktig server. I tillegg vil eventuelle lenker i prosjektfilene dine som bruker absolutte stier i stedet for relative stier, ikke lenger fungere. Du kan referere til følgende artikkel som beskriver hvordan du endrer serverne sluttbruker har tilgang til: Kontroller tilgang til Bluebeam Studio.

Slik oppgraderer du Studio Enterprise

Bluebeam anbefaler på det sterkeste at en databaseadministrator bistår i oppgraderingsprosedyren som er beskrevet i denne delen, og at oppgraderingen skjer utenom arbeidstid eller ved planlagt driftsstans.

Slik oppgraderer du til Studio Enterprise 3.2:

1. På den gamle applikasjonsserveren:
   
   1. Bruk kontrollpanelet for Windows-tjenester på gjeldende applikasjonsserver for å stoppe jobbkøen og Bluebeam Studio -tjenesten i Bluebeam Studio .
   2. Åpne Bluebeam Studio Enterprise Administrator og velg Verktøy > Avregistrer for å avregistrere gjeldende applikasjonsserver.
2. Importer databasene til den nye SQL-serveren.
   • Hvis du tidligere har utført en fullstendig sikkerhetskopiering og nå utfører en differensiell sikkerhetskopiering på tidspunktet for cutover, følg Microsofts anbefalinger for differensiell sikkerhetskopiering.
   • Hvis du utfører en fullstendig sikkerhetskopiering på tidspunktet for overgangen, se Microsofts anbefalinger.
   • Din databaseadministrator kan utføre denne prosessen på sin foretrukne måte.
3. Hvis du vil bruke samme vertsnavn på den nye serveren:
   • Gi den gamle applikasjonsserveren nytt navn og start serveren på nytt.
   • Gi den nye applikasjonsserveren nytt navn og start den på nytt for å sikre at riktig navn er aktivt før du installerer Studio Enterprise.
4. Logg på den nye applikasjonsserveren som administrator, og kjør installasjonsprogrammet for Studio Enterprise 3.2, mens du peker på den nye SQL-serveren.
   • Følg trinnene i Installasjons- og konfigurasjonsveiledning for Studio Enterprise om nødvendig.
   • Sørg for at du velger et gyldig sertifikat.
     
     Installasjonsprogrammet vil spørre deg om at databasen vil oppgraderes hvis den kommer fra et 3.1-miljø. Dette er forventet.
5. Etter at installasjonen er fullført, fullfør overgangsperioden og test Revu Studio- funksjonaliteten ved å åpne Revu og utføre følgende oppgaver:
   • Logg inn på den nye Studio- serveren.
   • Opprett et nytt Studio-prosjekt og test grunnleggende funksjonalitet (filopplasting, utsjekking/innsjekking, plassering av markeringer).
   • Opprett en ny Studio-sesjoner og test grunnleggende funksjonalitet (filopplasting, plassering av Markeringer, chatfunksjonalitet).
   • Bekreft tilgang til Studio Enterprise Portal.
   • Sørg for at brukerne kan se sine gamle økter og prosjekter.

Hvis du trenger å bruke de gamle serverne som reserve, kan du gjøre det ved å avregistrere den nye applikasjonsserveren, tilbakestille eventuelle navneendringer du har gjort, og deretter registrere og starte tjenestene på nytt på den gamle applikasjonsserveren.

Anbefalinger etter oppgradering

• For SQL-serveren:
  • Etter oppgraderingen kan det være lurt å la systemet kjøre i noen dager for å overvåke dårlig ytelse for spørringer (sjekke etter hyppige vranglåser i enten databasen eller apploggene). Om nødvendig, kjør kommandoen "exec sp_updatestats" på begge databasene, utenom rushtiden, for å redusere ventetid.
    
    Hvis Gjenoppbyggingsindeksen (som bør gjøres sjeldnere) kjøres på grunn av fragmenteringsproblemer, trenger du ikke å kjøre oppdateringsstatistikk.

• • Hvis du opplever hyppige problemer med vranglås etter flere dagers bruk, og det ikke hjelper å kjøre kommandoen "exec sp_updatestats", kan du prøve å slå på Legacy Cardinality Estimator.
  • Konfigurer SQL Server-vedlikeholdsplaner for integritetssjekk, indeksvedlikehold, oppdateringsstatistikk og sikkerhetskopier. Gjør dette i samsvar med beste praksis og veiledning fra din DBA.

• For applikasjonsserveren kan det være lurt å angi at tjenester skal starte på nytt automatisk på applikasjonsserveren ved å angi at begge Bluebeam -tjenestene (Bluebeam Studio Job Queue og Bluebeam Studio Service) skal gjenopprettes automatisk.
  1. Åpne services.msc på applikasjonsserveren.
  2. Høyreklikk på de to Bluebeam -tjenestene og velg Egenskaper.
  3. Velg Gjenoppretting- fanen og konfigurer feilfeltene til å starte tjenesten på nytt.
     

Studio Enterprise

Installasjon