Megosztás a következőn keresztül:

Reporting Services az Always On elérhetőségi csoportokkal (SQL Server)

A következőkre vonatkozik:SQL Server

Ez a cikk információkat tartalmaz a Reporting Services konfigurálásáról az SQL Server Always On rendelkezésre állási csoportjaival való együttműködéshez. A Reporting Services és az Always On rendelkezésre állási csoportok használatának három forgatókönyve a jelentés adatforrásainak adatbázisai, a jelentéskészítő kiszolgáló adatbázisai és a jelentéstervezés. A támogatott funkciók és a szükséges konfiguráció a három forgatókönyv esetében eltérő.

Az Always On rendelkezésre állási csoportok Reporting Services-adatforrásokkal való használatának egyik fő előnye, hogy olvasható másodlagos replikákat használ jelentéskészítési adatforrásként, ugyanakkor a másodlagos replikák feladatátvételt biztosítanak egy elsődleges adatbázis számára.

Az Always On rendelkezésre állási csoportokkal kapcsolatos általános információkért tekintse meg az SQL Server 2012 Always On GYIK-ját (/../../../sql-server/index.yml).

A Reporting Services és az Always On rendelkezésre állási csoportok használatára vonatkozó követelmények

Az SQL Server Reporting Services és a Power BI jelentéskészítő kiszolgáló a .NET-keretrendszer 4.0-s verziójával támogatja az Always On rendelkezésre állási csoportok kapcsolati sztring tulajdonságait az adatforrásokkal való használathoz.

Ha az Always On rendelkezésre állási csoportokat szeretné használni a Reporting Services 2014 és korábbi verzióiban, le kell töltenie és telepítenie kell egy gyorsjavítást a .NET 3.5 SP1-hez. A gyorsjavítás támogatja az SQL Client for AG szolgáltatásait, és támogatja az ApplicationIntent és a MultiSubnetFailover kapcsolati sztring tulajdonságait. Ha a gyorsjavítás nincs telepítve minden jelentéskészítő kiszolgálót futtató számítógépen, akkor a jelentések előnézetét megkísérlő felhasználók az alábbiakhoz hasonló hibaüzenetet látnak, és a hibaüzenet a jelentéskészítő kiszolgáló nyomkövetési naplójába lesz írva:

Hibaüzenet: "A kulcsszó nem támogatott "applicationintent"

Az üzenet akkor jelenik meg, ha a Reporting Services kapcsolati sztringjében szerepel az Always On rendelkezésre állási csoportok egyik tulajdonsága, de a kiszolgáló nem ismeri fel a tulajdonságot. A feljegyzett hibaüzenet akkor jelenik meg, ha a Reporting Services felhasználói felületén a "Kapcsolat tesztelése" gombra kattint, és a jelentés előnézetének megtekintésekor, ha a jelentéskiszolgálókon engedélyezve vannak a távoli hibák.

A szükséges gyorsjavításról további információért lásd: a KB 2654347A gyorsjavítás támogatást nyújt a .NET-keretrendszer 3.5 SP1-ben az SQL Server 2012 Always On szolgáltatásaihoz.

A rendelkezésre állási csoportok egyéb követelményeiről további információt az Always On rendelkezésre állási csoportokra (SQL Server) vonatkozó előfeltételek, korlátozások és javaslatok című témakörben talál.

Megjegyzés:

A Reporting Services konfigurációs fájljai, például a RSreportserver.config nem támogatottak az Always On rendelkezésre állási csoportok funkcióinak részeként. Ha manuálisan módosít egy konfigurációs fájlt az egyik jelentéskészítő kiszolgálón, manuálisan kell frissítenie a replikákat.

Adatforrások és rendelkezésre állási csoportok jelentése

A Reporting Services-adatforrások Always On rendelkezésre állási csoportokon alapuló viselkedése attól függően változhat, hogy a rendszergazda hogyan konfigurálta az AG-környezetet.

Az Always On rendelkezésre állási csoportokat a jelentésadat-források használatához úgy kell konfigurálni, hogy a jelentésadat-forrás kapcsolati sztringje a rendelkezésre állási csoport figyelő DNS-nevét használja. A támogatott adatforrások a következők:

  • ODBC-adatforrás natív SQL-ügyféllel.

  • SQL Client, a jelentéskiszolgálóra alkalmazott .NET gyorsjavítással.

A kapcsolati sztring olyan új Always On kapcsolati tulajdonságokat is tartalmazhat, amelyek a jelentés lekérdezési kéréseit úgy konfigurálják, hogy másodlagos replikát használjanak írásvédett jelentésekhez. A másodlagos replika használata riportkészítési kérelmekhez csökkenti az olvasási és írási műveleteket is támogató elsődleges replika terhelését. Az alábbi ábra egy három replika AG-konfigurációra mutat példát, amelyben a Reporting Services adatforrás kapcsolati sztringjei az ApplicationIntent=ReadOnly használatával lettek konfigurálva. Ebben a példában a jelentés lekérdezési kéréseit a rendszer egy másodlagos replikára küldi, nem pedig az elsődleges replikára.

A következő egy példa kapcsolati karakterláncra, ahol a [AvailabilityGroupListenerName] a replikák létrehozásakor konfigurált figyelő DNS-neve:

Data Source=[AvailabilityGroupListenerName];Initial Catalog = AdventureWorks2022; ApplicationIntent=ReadOnly

A Reporting Services felhasználói felületeinek Kapcsolat tesztelése gombja ellenőrzi, hogy létre lehet-e hozni egy kapcsolatot, de nem ellenőrzi az AG-konfigurációt. Ha például az ApplicationIntentet egy olyan kiszolgálóhoz tartozó kapcsolati sztringben adja meg, amely nem része az AG-nek, a rendszer figyelmen kívül hagyja a további paramétert, és a Kapcsolat tesztelése gomb csak a megadott kiszolgálóval létesíthető kapcsolatot ellenőrzi.

A jelentések létrehozásának és közzétételének módjától függ, hogy hol szerkessze a kapcsolati karakterláncot:

  • Natív mód: Használja a webes portált a natív módú jelentéskészítő kiszolgálón már közzétett megosztott adatforrásokhoz és jelentésekhez.

  • SharePoint mód: SharePoint-konfigurációs lapokat használhat a dokumentumtárakban a SharePoint-kiszolgálón már közzétett jelentésekhez.

  • Jelentésterv: Jelentéskészítő vagy SQL Server Data Tools (SSDT) új jelentések létrehozásakor. Lásd a jelen cikk "Jelentésterv" című szakaszát, vagy további információt.

További források:

Megfontolások: A másodlagos replikák általában késést tapasztalnak az elsődleges replikától érkező adatváltozások fogadásában. Az alábbi tényezők befolyásolhatják az elsődleges és a másodlagos replikák közötti frissítés késését:

  • A másodlagos replikák száma. A késés a konfigurációhoz hozzáadott összes másodlagos replikával nő.

  • Az elsődleges és a másodlagos replikák földrajzi helye és távolsága. A késés például általában nagyobb, ha a másodlagos replikák más adatközpontban vannak, mint ha ugyanabban az épületben lennének, mint az elsődleges replika.

  • Az egyes replikák rendelkezésre állási módjának konfigurálása. A rendelkezésre állási mód határozza meg, hogy az elsődleges replika megvárja-e a tranzakciók véglegesítését egy adatbázisban, amíg egy másodlagos replika meg nem írja a tranzakciót a lemezre. További információkért lásd az Always On rendelkezésre állási csoportok (SQL Server) áttekintésének "Rendelkezésre állási módok" című szakaszát.

Ha csak olvasható másodlagos replikát használ a Reporting Services adatforrásként, fontos biztosítani, hogy az adatfrissítési késleltetés megfeleljen a jelentésfelhasználók igényeinek.

Jelentéstervezési és rendelkezésre állási csoportok

Amikor jelentéseket tervez a Jelentéskészítőben vagy egy jelentésprojektben az SQL Server Data Tools (SSDT) alkalmazásban, a felhasználó konfigurálhat egy jelentés adatforrás-kapcsolati sztringet az Always On rendelkezésre állási csoportok által biztosított új kapcsolati tulajdonságok tárolására. Az új kapcsolat tulajdonságainak támogatása attól függ, hogy a felhasználó hol tekinti meg a jelentést.

  • Helyi előzetes verzió: A Jelentéskészítő és az SQL Server Data Tools (SSDT) a .NET-keretrendszer 4.0-s verziójával támogatja az Always On rendelkezésre állási csoportok kapcsolati sztring tulajdonságait.

  • Távoli vagy kiszolgáló mód előzetes verziója: Ha a jelentések jelentéskészítő kiszolgálón való közzététele vagy az előzetes verzió használata után a Jelentéskészítőben az alábbihoz hasonló hibaüzenet jelenik meg, az azt jelzi, hogy a jelentések előnézetét a jelentéskészítő kiszolgálón tekinti meg, és az Always On rendelkezésre állási csoportokhoz készült .NET-keretrendszer 3.5 SP1 gyorsjavítása nem lett telepítve a jelentéskészítő kiszolgálón.

Hibaüzenet: "A kulcsszó nem támogatott "applicationintent"

Jelentéskészítő kiszolgáló adatbázisai és rendelkezésre állási csoportjai

A Reporting Services és a Power BI jelentéskészítő kiszolgáló korlátozott támogatást nyújt az Always On rendelkezésre állási csoportok jelentéskészítő kiszolgálói adatbázisokkal való használatához. A jelentéskészítő kiszolgáló adatbázisai úgy konfigurálhatók az AG-ben, hogy egy replika részei legyenek; a Reporting Services azonban feladatátvétel esetén nem használ automatikusan egy másik replikát a jelentéskészítő kiszolgáló adatbázisaihoz. A MultiSubnetFailover használata a jelentéskészítő kiszolgáló adatbázisaival nem támogatott.

A feladatátvétel és helyreállítás elvégzéséhez manuális műveleteket vagy egyéni automatizálási szkripteket kell használni. A műveletek befejezéséig előfordulhat, hogy a jelentéskészítő kiszolgáló egyes funkciói nem működnek megfelelően az Always On rendelkezésre állási csoportok feladatátvétele után.

Megjegyzés:

A jelentéskészítő kiszolgáló adatbázisainak feladatátvételének és vészhelyreállításának tervezésekor javasoljuk, hogy mindig készítsen biztonsági másolatot a jelentéskészítő kiszolgáló titkosítási kulcsáról.

A SharePoint natív módjának különbségei

Ez a szakasz a SharePoint mód és a natív módú jelentéskészítő kiszolgálók és az Always On rendelkezésre állási csoportok közötti különbségeket foglalja össze.

A SharePoint jelentéskészítő kiszolgáló 3 adatbázist hoz létre minden létrehozott Reporting Services-szolgáltatásalkalmazáshoz. A jelentéskészítő kiszolgáló adatbázisaihoz való kapcsolódás SharePoint módban a Központi SharePoint-felügyeletben van konfigurálva a szolgáltatásalkalmazás létrehozásakor. Az adatbázisok alapértelmezett nevei tartalmazzák a szolgáltatásalkalmazáshoz társított GUID azonosítót. SharePoint-módú jelentéskészítő kiszolgáló esetén az alábbi példaadatbázisok nevei találhatók:

  • ReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6

  • ReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6TempDB

  • ReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6_Alerting

A natív módú jelentéskészítő kiszolgálók 2 adatbázist használnak. A natív módú jelentéskészítő kiszolgálóhoz az alábbi példaadatbázis-nevek tartoznak:

  • ReportServer

  • ReportServerTempDB

Megjegyzés:

Ha úgy konfigurálja a Reporting Servicest, hogy egy rendelkezésre állási csoporttal (AG) működjön, az ReportServerTemp adatbázis helyreállítási modellje Teljes értékűre változik. Ennek eredményeképpen vannak olyan forgatókönyvek, amelyekben az ReportServerTemp adatbázis mérete folyamatosan növekszik. Ajánlott eltávolítani a ReportServerTemp adatbázist az AG-konfigurációból, és a helyreállítási modell legyen egyszerű. Az ReportServerTemp adatbázis csak ideiglenes adatokat tárol. Az AG-ből való eltávolítása nincs hatással a Reporting Servicesre.

A natív mód nem támogatja és nem használja a riasztási adatbázisokat és a kapcsolódó funkciókat. A natív módú jelentéskészítő kiszolgálókat a Reporting Services Configuration Managerben konfigurálhatja. SharePoint-mód esetén a szolgáltatásalkalmazás adatbázisának nevét a SharePoint-konfiguráció részeként létrehozott "ügyfélelérési pont" neveként kell konfigurálni. A SharePoint Always On rendelkezésre állási csoportokkal való konfigurálásáról további információt a SharePoint Server SQL Server rendelkezésre állási csoportjainak konfigurálása és kezelése (/korábbi verziók/office/sharepoint-server-2010/hh913923(v=office.14)) című témakörben talál.

Megjegyzés:

A SharePoint módú jelentéskészítő kiszolgálók szinkronizálási folyamatot használnak a Reporting Services szolgáltatásalkalmazás-adatbázisok és a SharePoint-tartalom-adatbázisok között. Fontos, hogy a jelentéskészítő kiszolgáló adatbázisai és a tartalom-adatbázisok együtt maradjanak. Érdemes lehet konfigurálni őket ugyanabban a rendelkezésre állási csoportban, hogy feladatátvételük és helyreállításuk készletként történjen. Vegyük például a következő esetet:

  • Visszaállíthatja vagy átállhat egy olyan tartalomadatbázis-másolatra, amely nem kapta meg azokat a frissítéseket, amelyeket a jelentés-szerver adatbázisa már megkapott.
  • A Reporting Services szinkronizálási folyamata észleli a tartalom-adatbázis elemeinek listája és a jelentéskészítő kiszolgáló adatbázisai közötti különbségeket.
  • A szinkronizálási folyamat törli vagy frissíti a tartalomadatbázis elemeit.

Jelentéskészítő kiszolgáló adatbázisainak előkészítése rendelkezésre állási csoportokhoz

A jelentéskészítő kiszolgáló adatbázisainak Always On rendelkezésre állási csoportokhoz való előkészítésének és hozzáadásának alapvető lépései a következők:

  • Hozza létre a rendelkezésre állási csoportot, és konfiguráljon egy figyelő DNS-nevét.

  • Elsődleges replika: Konfigurálja úgy a jelentéskészítő kiszolgáló adatbázisait, hogy egyetlen rendelkezésre állási csoport részei legyenek, és hozzon létre egy elsődleges replikát, amely tartalmazza az összes jelentéskészítő kiszolgáló adatbázisát.

  • Másodlagos replikák: Hozzon létre egy vagy több másodlagos replikát. Az adatbázisok elsődleges replikából a másodlagos replika(ok)ba történő másolásának gyakori módja az adatbázisok visszaállítása minden másodlagos replikára a "RESTORE WITH NORECOVERY" paranccsal. A másodlagos replikák létrehozásáról és az adatszinkronizálás működésének ellenőrzéséről további információt a Always On Secondary Database (SQL Server) adatáthelyezésének indítása című témakörben talál.

  • Jelentéskészítő kiszolgáló hitelesítő adatai: Létre kell hoznia a megfelelő jelentéskészítő kiszolgáló hitelesítő adatait az elsődlegesen létrehozott másodlagos replikákon. A pontos lépések attól függenek, hogy milyen típusú hitelesítést használ a Reporting Services-környezetben; Windows Reporting Services-szolgáltatásfiók, Windows-felhasználói fiók vagy SQL Server-hitelesítés. További információ: Jelentéskészítő kiszolgáló adatbázis-kapcsolatának konfigurálása (SSRS Configuration Manager)

  • Frissítse az adatbázis-kapcsolatot a figyelő DNS-nevének használatára. natív módú jelentéskészítő kiszolgálók esetén módosítsa a jelentéskészítő kiszolgáló adatbázisának nevét a Reporting Services konfigurációkezelőjében. SharePoint-mód esetén módosítsa a Reporting Services szolgáltatásalkalmazás(ok) adatbázis-kiszolgálójának nevét .

A jelentéskészítő kiszolgáló adatbázisainak vészhelyreállításának lépései

Az Always On rendelkezésre állási csoportok másodlagos replikára történő feladatátvétele után a következő lépéseket kell végrehajtani:

  1. Állítsa le a Reporting Services-adatbázisokat üzemeltető elsődleges adatbázismotor által használt SQL Agent-szolgáltatás példányát.

  2. Indítsa el az SQL Agent szolgáltatást azon a számítógépen, amely az új elsődleges replika.

  3. Állítsa le a jelentéskészítő kiszolgáló szolgáltatást.

    Ha a jelentéskészítő kiszolgáló natív módban van, állítsa le a jelentéskészítő kiszolgáló Windows-kiszolgálóját a Reporting Services konfigurációkezelőjével.

    Ha a jelentéskészítő kiszolgáló SharePoint-módra van konfigurálva, állítsa le a Reporting Services megosztott szolgáltatását a SharePoint központi felügyeletében.

  4. Indítsa el a jelentéskészítő kiszolgáló szolgáltatást vagy a Reporting Services SharePoint szolgáltatást.

  5. Ellenőrizze, hogy a jelentések futtathatók-e az új elsődleges replikán.

Jelentéskészítő kiszolgáló működése feladatátvétel esetén

Amikor a jelentéskészítő kiszolgáló adatbázisai átállásra kerülnek, és frissítette a jelentéskészítő kiszolgáló környezetét, hogy az új elsődleges replikát használja, a feladatátvételi és helyreállítási folyamatot követően működési problémák merülhetnek fel. Ezeknek a problémáknak a hatása a Reporting Services feladatátvételkor betöltött terhelésétől, valamint az Always On rendelkezésre állási csoportok másodlagos replikára való feladatátvételéhez szükséges időtartamtól, valamint attól függően változik, hogy a jelentéskészítő kiszolgáló rendszergazdája frissíti a jelentéskészítési környezetet az új elsődleges replika használatára.

  • A háttérfeldolgozás végrehajtása több alkalommal is előfordulhat, mert az újrapróbálkozási logika miatt a jelentéskészítő kiszolgáló nem tudta megjelölni az ütemezett munkát a feladatátvételi időszakban befejezettként.

  • A feladatátvételi időszakban általában aktivált háttérfeldolgozás végrehajtása nem történik meg, mert az SQL Server-ügynök nem tud adatokat írni a jelentéskészítő kiszolgáló adatbázisába, és ezek az adatok nem lesznek szinkronizálva az új elsődleges replikával.

  • Miután az adatbázis feladatátvétele befejeződött, és a jelentéskészítő kiszolgáló szolgáltatása újraindult, az SQL Server Agent-feladatok automatikusan újra létrejönnek. Amíg az SQL-ügynök feladatai újra létre nem jönnek, az SQL Server Agent-feladatokhoz társított háttér-végrehajtások nem lesznek feldolgozva. Ide tartoznak a Reporting Services-előfizetések, az ütemezések és a pillanatképek.

Lásd még

  • Last updated on