Planningen in Reporting Services

Reporting Services biedt gedeelde planningen en rapportspecifieke planningen om u te helpen bij het beheren van de verwerking en distributie van rapporten. Het verschil tussen de twee typen planningen is hoe ze worden gedefinieerd, opgeslagen en beheerd. De interne constructie van de twee typen planningen is hetzelfde. Alle schema's geven een type terugkeerpatroon op: maandelijks, wekelijks of dagelijks. Binnen het terugkeertype stelt u de intervallen en het bereik in voor hoe vaak een gebeurtenis optreedt. Het type terugkeerpatroon en hoe deze patronen worden opgegeven, is hetzelfde, ongeacht of u een gedeeld schema of een rapportspecifieke planning maakt.

• Gedeelde planningen worden gemaakt als afzonderlijke items. Nadat ze zijn gemaakt, verwijst u ernaar bij het definiëren van een abonnement of een andere geplande bewerking.

• Rapportspecifieke planningen worden gemaakt wanneer u een abonnement definieert of eigenschappen voor rapportuitvoering instelt. Het invullen van planningsgegevens maakt deel uit van het definiëren van een abonnement of het instellen van eigenschappen. Als u een rapportspecifieke planning wilt definiëren, opent u het rapport of abonnement dat dit gebruikt.

Een gedeeld schema bevat plannings- en terugkeergegevens die elk willekeurig aantal gepubliceerde rapporten en abonnementen die worden uitgevoerd op een Reporting Services-rapportserver kunnen gebruiken. Als u veel rapporten en abonnementen tegelijk hebt, kunt u een gedeeld schema voor deze taken maken. Als u het terugkeerpatroon of de einddatum wilt wijzigen, kunt u de wijziging op één plaats aanbrengen.

Gedeelde planningen zijn eenvoudiger te onderhouden en bieden u meer flexibiliteit bij het beheren van geplande bewerkingen. U kunt bijvoorbeeld gedeelde planningen onderbreken en hervatten. Er kunnen te veel geplande bewerkingen tegelijk worden uitgevoerd. Als ze op hetzelfde moment worden uitgevoerd, kunt u meerdere gedeelde planningen maken die op verschillende tijdstippen worden uitgevoerd. Pas vervolgens de planningsgegevens aan totdat de verwerkingsbelasting gelijkmatig over de rapportserver wordt verdeeld.

Wat u kunt doen met planningen

U kunt de Reporting Services-webportal en SQL Server Management Studio gebruiken in de systeemeigen modus en de sharePoint-sitebeheerpagina's in de SharePoint-modus om uw planningen te maken en te beheren. U kunt:

• Plan de levering van rapporten in een standaardabonnement of gegevensgestuurd abonnement.

• Plan de rapportgeschiedenis zodat nieuwe momentopnamen met regelmatige tussenpozen worden toegevoegd aan de rapportgeschiedenis.

• Plan wanneer u de gegevens van een momentopname van een rapport wilt vernieuwen.

• Plannen wanneer de gegevens van een gedeelde gegevensset moeten worden vernieuwd

• Plan de vervaldatum van een rapport in de cache of gedeelde gegevensset op een vooraf gedefinieerd tijdstip, zodat deze kan worden vernieuwd.

U kunt een gedeeld schema maken als u dezelfde planningsgegevens voor veel rapporten of abonnementen wilt gebruiken. Gedeelde planningen worden afzonderlijk gedefinieerd en vervolgens verwezen in rapporten, gedeelde gegevenssets en abonnementen die planningsgegevens nodig hebben.

Wanneer u een planning maakt, slaat het rapport de planningsgegevens op in de rapportserverdatabase of in de SharePoint-modus, de servicetoepassingsdatabase. De rapportserver maakt ook een SQL Server Agent-taak die wordt gebruikt om de planning te activeren. Planningsverwerking is gebaseerd op de lokale tijd van de rapportserver die de planning bevat. De tijdnotatie volgt de Microsoft Windows-besturingssysteemstandaard.

Zie Planningen maken, wijzigen en verwijderen voor meer informatie over het maken en beheren van planningen.

Gedeelde en rapportspecifieke planningen vergelijken

Beide typen planningen leveren dezelfde uitvoer op:

• Gedeelde planningen zijn draagbare, multifunctionele items die kant-en-klare planningsgegevens bevatten. Omdat gedeelde planningen items op systeemniveau zijn, zijn voor het maken van een gedeeld schema machtigingen op systeemniveau vereist. Daarom maakt een rapportserverbeheerder of inhoudsbeheerder doorgaans de gedeelde planningen die beschikbaar zijn op uw rapportserver. Gedeelde planningen worden opgeslagen en beheerd op de rapportserver met behulp van de webportal- of SharePoint-site-instellingen.

  In tegenstelling tot specifieke planningen die u definieert via rapport-, gedeelde gegevensset- of abonnementseigenschappen, zijn gedeelde planningen eenvoudiger te beheren en te onderhouden om de volgende redenen:

  • Gedeelde planningen kunnen worden beheerd vanaf een centrale locatie. Een centrale locatie maakt het gemakkelijker om schema-eigenschappen te vergelijken en frequentie- en terugkeerpatronen aan te passen als geplande bewerkingen te dicht bij elkaar staan of conflicteren met andere processen op uw server.

  • Hiermee kunt u zich snel aanpassen aan wijzigingen in de computeromgeving. Stel dat u een set rapporten hebt die om 4:00 uur worden uitgevoerd nadat een datawarehouse is vernieuwd. Als de bewerking voor het vernieuwen van gegevens opnieuw is gepland of is vertraagd, kunt u deze wijziging eenvoudig aanpassen door de planningsgegevens in één gedeeld schema bij te werken.

  • Als u alleen gedeelde planningen gebruikt, weet u precies wanneer geplande bewerkingen plaatsvinden. Deze kennis maakt het gemakkelijker om te anticiperen op serverbelastingen en deze op te vangen voordat er prestatieproblemen optreden. Als u bijvoorbeeld besluit om back-ups van computers op een bepaald uur te plannen, kunt u gedeelde planningen zo aanpassen dat ze op verschillende tijdstippen worden uitgevoerd.

• Rapportspecifieke planningen worden gedefinieerd in de context van een afzonderlijk rapport, abonnement of rapportuitvoeringsbewerking om de verlooptijd van de cache of momentopname-updates te bepalen. Deze planningen worden inline gemaakt wanneer u een abonnement definieert of eigenschappen voor rapportuitvoering instelt. U kunt een rapportspecifieke planning maken als een gedeeld schema niet de frequentie of het terugkeerpatroon biedt dat u nodig hebt. Als u wilt voorkomen dat een rapport wordt uitgevoerd, bewerkt u handmatig een rapportspecifieke planning. Afzonderlijke gebruikers kunnen rapportspecifieke planningen maken.

De gegevensbronnen configureren

Voordat u de verwerking van gegevens of abonnementen voor een rapport kunt plannen, configureert u de rapportgegevensbron voor het gebruik van opgeslagen referenties of het account voor het verwerken van rapporten zonder toezicht. Als u opgeslagen referenties gebruikt, kunt u slechts één set referenties opslaan en deze worden gebruikt door alle gebruikers die het rapport uitvoeren. De referenties kunnen een Windows-gebruikersaccount of een databasegebruikersaccount betreffen.

Het account voor rapportverwerking zonder toezicht is een speciaal account dat is geconfigureerd op de rapportserver. De rapportserver gebruikt het account om verbinding te maken met externe computers wanneer voor een geplande bewerking het ophalen van een extern bestand of de verwerking is vereist. Als u het account configureert, kunt u het gebruiken om verbinding te maken met externe gegevensbronnen die gegevens aan een rapport leveren.

Als u opgeslagen referenties of het account voor het verwerken van rapporten zonder toezicht wilt opgeven, bewerkt u de eigenschappen van de gegevensbron van het rapport. Als het rapport gebruikmaakt van een gedeelde gegevensbron, bewerkt u in plaats daarvan de gedeelde gegevensbron.

Referenties opslaan en accounts verwerken

Hoe u met een planning werkt, is afhankelijk van taken die deel uitmaken van uw roltoewijzing. Als u vooraf gedefinieerde rollen gebruikt, kunnen gebruikers die inhoudsmanagers en systeembeheerders zijn, een planning maken en beheren. Als u aangepaste roltoewijzingen gebruikt, moet de roltoewijzing taken bevatten die geplande bewerkingen ondersteunen.

Zie Roldefinities - vooraf gedefinieerde rollen, machtigingen verlenen voor een rapportserver in de systeemeigen modus en taken en machtigingen voor meer informatie over beveiliging in de systeemeigen modus Reporting Services. Zie Reporting Services-rollen-taken versus SharePoint-groepsmachtigingen voor meer informatie over de SharePoint-modus

Hoe planning en leveringsverwerking werkt

De plannings- en leveringsprocessor biedt de volgende functionaliteit:

• Onderhoudt een wachtrij met gebeurtenissen en meldingen in de rapportserverdatabase. In een uitschaalimplementatie wordt de wachtrij gedeeld over alle rapportservers in de implementatie.

• Roept de rapportprocessor aan om rapporten uit te voeren, abonnementen te verwerken of een rapport in de cache te wissen. Alle rapportverwerkingen die worden uitgevoerd als gevolg van een planningsevenement, worden uitgevoerd als achtergrondproces.

• Roept de bezorgingsextensie aan die is opgegeven in een abonnement, zodat het rapport kan worden bezorgd.

Andere onderdelen en services die werken met de plannings- en leveringsprocessor verwerken aspecten van een plannings- en leveringsbewerking. De plannings- en leveringsprocessor wordt met name uitgevoerd in de Report Server-service en gebruikt SQL Server Agent als timer om geplande gebeurtenissen te genereren. In de volgende stapsgewijze beschrijving wordt uitgelegd hoe de geplande bewerkingen werken in een Reporting Services-implementatie:

1. Er wordt een geplande bewerking gedefinieerd wanneer een gebruiker een planning maakt. Het schema definieert een datum en tijd die wordt gebruikt voor het activeren van een abonnement voor het leveren van rapporten, het vernieuwen van een momentopname of het verlopen van een cache.

2. De rapportserver slaat de planningsgegevens op in de rapportserverdatabase.

3. De rapportserver maakt een bijbehorende taak in SQL Server Agent die de opgegeven planningsgegevens bevat. De taken worden gemaakt via een opgeslagen procedure en gebruiken de bestaande open verbinding met de rapportserverdatabase.

4. SQL Server Agent voert de taak uit op de datum en tijd die is opgegeven in de planning. De taak maakt een gebeurtenis die wordt toegevoegd aan een wachtrij die wordt onderhouden door Reporting Services.

5. De gebeurtenis zorgt ervoor dat er een rapport- of abonnementsproces plaatsvindt. Gebeurtenissen worden verwerkt wanneer ze in de wachtrij worden gedetecteerd en het rapport wordt verwerkt of dienovereenkomstig geleverd.

   Voordat de gebeurtenissen worden verwerkt, voert de plannings- en leveringsprocessor een verificatiestap uit om te controleren of de eigenaar van het abonnement gemachtigd is om het rapport weer te geven.

Reporting Services onderhoudt een gebeurteniswachtrij voor alle geplande bewerkingen. Het onderzoekt de wachtrij op regelmatige intervallen om te kijken naar nieuwe gebeurtenissen. De wachtrij wordt standaard gescand met intervallen van 10 seconden. U kunt het interval wijzigen door de configuratie-instellingen PollingInterval, IsNotificationService en IsEventService in het RSReportServer.config-bestand te wijzigen. De SharePoint-modus maakt ook gebruik van de RSreporserver.config voor deze instellingen en de waarden zijn van toepassing op alle Reporting Services-servicetoepassingen. Zie RsReportServer.config configuratiebestand voor meer informatie.

Serverafhankelijkheden

De plannings- en leveringsprocessor vereist dat de Report Server-service en SQL Server Agent worden gestart. De functie Planning en leveringsverwerking moet zijn ingeschakeld via de eigenschap ScheduleEventsAndReportDeliveryEnabled van de surface area-configuratie voor Reporting Services facet in op beleid gebaseerd beheer. Zowel SQL Server Agent als de Report Server-service moeten worden uitgevoerd om geplande bewerkingen te kunnen uitvoeren.

De SQL Server-agent stoppen

Geplande rapportverwerking maakt standaard gebruik van SQL Server Agent. Als u de service stopt, worden er geen nieuwe verwerkingsaanvragen aan de wachtrij toegevoegd, tenzij u ze programmatisch toevoegt via de FireEvent methode. Wanneer u de service opnieuw start, worden de taken die rapportverwerkingsaanvragen maken hervat. De rapportserver probeert geen rapportverwerkingstaken opnieuw te maken die zich in het verleden hebben voorgedaan, terwijl SQL Server Agent offline was. Als u SQL Server Agent een week stopt, gaan alle geplande bewerkingen voor die week verloren.

De Report Server-service stoppen

Als u de Report Server-service stopt, blijft SQL Server Agent rapportverwerkingsaanvragen toevoegen aan de wachtrij. Statusinformatie van SQL Server Agent geeft aan dat de taak is geslaagd. Omdat de Report Server-service echter is gestopt, wordt er geen rapportverwerking uitgevoerd. De aanvragen blijven zich in de wachtrij verzamelen totdat u de Report Server-service opnieuw start. Zodra u de Report Server-service opnieuw start, worden alle aanvragen voor rapportverwerking in de wachtrij op volgorde verwerkt.

Verwante inhoud

• Momentopnamen maken, wijzigen en verwijderen in de rapportgeschiedenis
• Abonnementen en levering (Reporting Services)
• Gegevensgestuurde abonnementen
• Cacherapporten (SSRS)
• Rapportserverinhoudsbeheer (systeemeigen SSRS-modus)
• Gedeelde gegevenssets in cache (SSRS)