När du funderar på att konfigurera hög tillgänglighet för SSRS, skulle dina alternativ vara begränsade. Dessutom använder SSRS en anpassad webbserver och förlitar sig inte på IIS. Det gör det lite svårt att göra det högt tillgängligt. Eftersom SSRS har två komponenter, nämligen databaserna och HTTP-tjänsten, måste HA-alternativet implementeras separat. Läs med för att veta hur du uppnår detta.
När vi talar om SQL Server Reporting Services High Availability (HA) finns det två komponenter i det. För det första är HTTP-webbtjänsterna som fungerar som ett gränssnitt för Reporting Services, och för det andra är Reporting Services-databaserna som finns i SQL Server Database Service. I det här inlägget kommer jag att prata om hur man konfigurerar hög tillgänglighet för SSRS i Enterprise och Standard Editions.
Reporting Services körs i två olika lägen:
- Native Mode
- SharePoint Integrated Mode
Låt oss först titta på High Availability (HA)-lösningarna för rapporteringstjänster som körs i inbyggt läge.
I SQL Server Reporting Services som körs i inbyggt läge, skulle du helst behöva konfigurera High Availability (HA) i en tvåstegsprocess.
- Ställ in enReporting Services Scale-Out-distributionmed SQL Enterprise Edition. För Standard Edition kan front-end inte göras mycket tillgängligt.
- Konfigurera ett minimum av atvå nodkluster för SQL Serversom skulle vara värd för rapporteringstjänsternas databaser. Alternativt kan du också vara värd för Reporting Services-databaserna med Always On Availability-grupper med hjälp av en lyssnare.
Reporting Services-gränssnittet är inte Windows Cluster Aware och kan inte klustras
Läs mer:Jämför Google Workspace vs M365 Microsoft 365 Business vs Enterprise
För SQL ServerStandardversioner, kan du bara distribuera Reporting Services-databaserna på ett kluster med två noder med en delad lagring (Always On Availability Groups stöds inte i Standard Edition), vilket gör den mycket tillgänglig. Det kan bara finnas en enda gränssnittsserver.
Kom ihåg att SSRS är en delad komponent och måste installeras lokalt på varje nod i ett kluster med 2 noder.
Det finns några tredjepartslösningar där användare hade individuella installationer separat på olika servrar och använde "Slå samman replikering" för att replikera data över. På gränssnittet, ha liknande SSRS-instanser genom att importera krypteringsnyckeln. Det är inte en lösning som stöds eller rekommenderas av Microsoft, och om något går sönder kan du få begränsad support. Om du fortfarande vill kolla in den här tredjepartslösningen, gåhär.
Intervjufrågor om SQL Server hög tillgänglighet.
Hög tillgänglighet för SQL Server som körs i SharePoint Integrated Mode
När vi pratar om att köra Reporting Services i SharePoint integrerat läge har vi bara ett alternativ, det är SQL Server Enterprise Edition med SharePoint Enterprise Edition.
Notera:SQL Server 2016 har avvecklat BI Edition. Läs mer om SQL 2016 licensiering.
Till skillnad från i inbyggt läge lagrar Reporting Services i SharePoint Integrated Mode följande artefakter:
- Rapportdefinition (RDL)
- Datakällor (DS)
- Rapportmodeller
- Andra objekt lagrade i SharePoint-innehållsdatabaser
- Scheman
- Prenumerationer
- Cacheuppdateringsplaner
- Ögonblicksbilder (rapporthistorik/utförande)
- Inloggningsuppgifter för datakällor (inklusive inbäddade)
- Säkerhet för modellobjekt
Reporting Services har en inbyggd tjänstapplikation från SQL 2012 och framåt
När du har distribuerat en SharePoint Farm med flera dedikerade Reporting Services-tjänstapplikationer som körs på den, laddar den automatiskt balanserar arbetsbelastningen för dig på applikationsnivån. Du behöver bara se till att WFE (Web Tier) och Data Tier görs mycket tillgänglig.
Jag uppmuntrar dig starkt att ladda nerOch bokfrån Microsoft för att veta mer om den här arkitekturen.