Installation och migrering av SQL-databas: vägledning och bästa praxis

Från och med den 12 juli 2022 kommer Microsoft inte längre att stödja SQL Server 2012, därför lägger vi till funktioner som gör det möjligt för Studio Enterprise-servrarna att köras på Microsoft SQL Server 2016. Här nedan hittar du steg och bästa praxis för att installera eller migrera ditt systems Studio Enterprise-databas till Microsoft SQL Server 2016.

Förberedelser för installation och migrering av SQL Server

Installera SQL Server 2016 på en ny server med Windows Server 2016 OS. Se till att servern har konfigurerats med tillräckliga resurser för att uppfylla eller överträffa det aktuella databasresursbehovet.

• Om Studio Enterprise-servern är lokal ska den nya SQL-servern också vara lokal.
• Om Studio Enterprise-servern finns på AWS ska den nya SQL-servern också finnas med AWS.
• Express-utgåvan av SQL Server stöds inte.
• Databasservern måste vara på en annan server än applikationsservern.
• Vi rekommenderar inte att du uppgraderar SQL-servern på plats, utan du rekommenderar att du skapar en ny server med Windows Server 2016 OS och SQL Server 2016, istället för att uppgradera SQL-versionen på den aktuella SQL-servern. Det bör göra att det går att lösa problem om det skulle uppstå några problem.

Konfigurera SQL-servern enligt de riktlinjer som beskrivs i Installations- och konfigurationsguiden för Studio Enterprise. De här stegen finns i avsnittet Installera och konfigurera Microsoft SQL Server.

Rekommendationer innan du börjar

1. Tilldela separata enheter för: Data (MDF), logg (LDF), Tempdb och säkerhetskopior.
2. Använd Windows servicekonton på SQL-motorn och -representanten.
3. Konfigurera minne för SQL-instans: SQL (80 %), OS (20 %)
4. Skapa flera datafiler för Tempdb beroende på antalet processorkärnor.
5. Konfigurera underhållsplaner för integritetskontroll, indexunderhåll, uppdatera statistik och säkerhetskopior. Gör det i enlighet med bästa praxis och vägledning från dina databasadministratörer.
6. Guide för livscykelns slut för Studio Enterprise innehåller också några ytterligare SQL Server-rekommendationer.

Migrera databasen

1. Se till att en databasadministratör hjälper till med migreringen.
2. När jobbkön för Bluebeam Studio och Bluebeam Studio-tjänsten fungerar på appservern kan du stoppa jobbkön för Bluebeam Studio och under ett schemalagt avbrott.
3. Vi rekommenderar att du utför åtgärden Säkerhetskopiera och sedan återställa databas för att migrera databaserna.
   1. För både BluebeamStudio och BluebeamCache: högerklicka på databasen och välj Uppgifter > Säkerhetskopiera...> skapa en fullständig säkerhetskopia till önskad plats för säkerhetskopian
      • Se till att den nya SQL-servern kan komma åt den här platsen eller kopiera den till en tillgänglig plats efter säkerhetskopian
   2. Högerklicka på databaserna i den nya SQL-servern och välj Återställ databas...
   3. Under Allmänt > Enhet > väljer du en databas i taget
   4. På fliken Filer > Flytta alla filer till mapp > Kontrollera att rätt sökvägar är valda > kör återställningsåtgärden
4. När databaserna återställs till SQL 2016 bör den automatiskt ställas in på Kompatibilitetsnivå till SQL Server 2012. Det kan vara en bra idé att dubbelkolla det här, eftersom det kan uppstå problem om kompatibilitetsnivån inte är rätt inställd.
   1. Du hittar kompatibilitetsnivån genom att högerklicka på databasen och välja Egenskaper.
   2. Välj sidan Alternativ och kontrollera att kompatibilitetsnivån är inställd på SQL Server 2012 (110).

Pekar SE mot ny SQL-server

1. Välj Databasanslutning i Bluebeam Studio Enterprise Administrator.
   1. Uppdatera värdnamn för SQL Server.
   2. Uppdatera SQL-användare/lösenord (om du använder SQL-autentisering) eller nuvarande användare/lösenord i Windows (om du använder Windows-autentisering).
   3. Testa anslutningen. Om testet lyckas startar du Bluebeam-tjänsterna igen.
   4. Välj Verkställ eller OK för att bekräfta ändringarna. Nu kan det hända att tjänsterna startas om.
2. Testa Revu Studio-funktionerna genom att ladda ner, checka in eller ladda upp ett projekt genom att ladda ner eller ladda upp en session och verifiera åtkomsten till portalen.

Ytterligare rekommendationer efter migrering

1. Efter migrering till SQL Server 2016 kan du vilja låta systemet köras i några dagar för att övervaka dålig frågeprestanda (kontrollera frekventa deadlocks i antingen db- eller apploggarna). Om det behövs, kör kommandot "exec sp_updatestats" på båda databaserna under lågtrafik, för att minska latensen.
   • Om Återskapa index (bör göras mindre ofta) körs på grund av fragmenteringsproblem behöver uppdateringsstatistik inte köras.
2. Om problemen efter flera dagars användning fortfarande uppstår och inte hjälper att köra
   kommandot "sp_updatestats" kan du prova att aktivera Tidigare kalkylator.
3. Om ditt system har haft den manuella prestandakorrigeringen för Studio Enterprise (3.1.1), måste du skicka filen Settings.xml till oss när vi har migrerat/pekat Studio Enterprise till den nya SQL-databasen så att vi kan uppdatera värdet för max poolstorlek.
   1. Det här finns på Studio Enterprise-servern: C:\ProgramData\Bluebeam Software\Studio\settings.xml
   2. Studio Enterprise-servern fortsätter att fungera även om värdet inte har uppdaterats, utan har helt enkelt färre tillåtna anslutningar.
   3. Bluebeams support kommer att uppdatera filen settings.xml så snart de kan och skicka tillbaka den. Vid den tidpunkten kan Studio Enterprise-administratören ersätta sin nuvarande settings.xml-Arkiv med den uppdaterade. Detta kommer att inkludera en omstart av tjänsterna på Studio Enterprise-servrarna. Detta bör bara ta några minuter att slutföra, men det kommer att bli driftstopp medan tjänsterna startas om.
      • Vi rekommenderar att du behåller den gamla SQL-servern vid liv men stänger av den under en tid efter övergången för att se till att det finns en möjlig reservväg om problem uppstår.

Om ditt system inte har den manuella prestandakorrigeringen kan du implementera den efter databasmigreringen. Information om den här prestandakorrigeringen nedan.

För att Bluebeam ska kunna uppdatera dina Settings.xml-fil skickar du in ett supportärende här. Om du kan meddela Bluebeam vilken tidsram du planerar att utföra migreringen, och vi siktar på att ha en leveranstid på 48 timmar med uppdateringen av din settings.xml-fil. Du kan använda det här supportärendet för att skicka Settings.xml när migreringen är klar.

Prestandakorrigering

Den här prestandakorrigeringen är en mer manuell process där du kör vissa SQL-skript och ändrar vissa filer, men som hjälper dig med några av de flaskhalsar som kan uppstå i Studio Enterprise 3.1.

Den här korrigeringen är utformad för att höja databasens prestanda. Den kommer dock inte att kunna övervinna miljömässiga flaskhalsar som brandväggar, fragmenterade databaser eller långsam filöverföring över det interna nätverket.

Korrigeringen innehåller:

• Skapande av nya index och lagrade procedurer för långsamma tabeller för sessionsmarkeringar, markeringsresurser och databastabeller för chatthistorik. Det här åtgärdar problem som gjorde att vissa SQL-frågor tog för lång tid att köra.
• Den maximala anslutningspoolen i filen Settings.xml måste ökas för att tillåta fler samtidiga anslutningar. Standardvärdet på 100 höjs till 1024.Detta är det totala antalet anslutningar som applikationsservern får göra för Studio-användares räkning. Varje anslutning hämtar data om en session eller ett projekt som begärs av användare; om antalet använda anslutningar minimeras kan användare nekas åtkomst till Studio till dess att en tillgänglig anslutning är fri.

Om du bestämmer dig för att uppdatera prestandakorrigeringen för Studio Enterprise 3.1 ska du skicka följande fil Settings.xml till oss genom att skicka e-post till support@bluebeam.com.

• På Studio Enterprise Server: C:\ProgramData\Bluebeam Software\Studio\settings.xml

När vi har fått filen Settings.xml uppdaterar vi den och skickar tillbaka den till dig med de fullständiga installationsanvisningarna.