Beveiliging, toegang en bewerkingen voor Teradata-migraties

Dit artikel is deel drie van een zevendelige reeks die richtlijnen biedt voor het migreren van Teradata naar Azure Synapse Analytics. De focus van dit artikel is aanbevolen procedures voor beveiligingstoegangsbewerkingen.

Beveiligingsoverwegingen

In dit artikel worden verbindingsmethoden besproken voor bestaande verouderde Teradata-omgevingen en hoe ze kunnen worden gemigreerd naar Azure Synapse Analytics met minimale risico's en gebruikersimpact.

In dit artikel wordt ervan uitgegaan dat er een vereiste is om de bestaande methoden voor verbinding en gebruikers-/rol-/machtigingsstructuur als zodanig te migreren. Als dat niet het is, gebruikt u Azure Portal om een nieuw beveiligingsbeleid te maken en te beheren.

Zie het technisch document Beveiliging voor meer informatie over de beveiligingsopties van Azure Synapse.

Verbinding maken ion en verificatie

Opties voor Teradata-autorisatie

Fooi

Verificatie in zowel Teradata als Azure Synapse kan 'in database' of via externe methoden zijn.

Teradata ondersteunt verschillende mechanismen voor verbinding en autorisatie. Geldige mechanismewaarden zijn:

• TD1, waarmee Teradata 1 als verificatiemechanisme wordt geselecteerd. Gebruikersnaam en wachtwoord zijn vereist.

• TD2, waarmee Teradata 2 als verificatiemechanisme wordt geselecteerd. Gebruikersnaam en wachtwoord zijn vereist.

• TDNEGO, dat automatisch een van de verificatiemechanismen selecteert op basis van het beleid, zonder tussenkomst van de gebruiker.

• LDAP, dat Lightweight Directory Access Protocol (LDAP) selecteert als verificatiemechanisme. De toepassing biedt de gebruikersnaam en het wachtwoord.

• KRB5, die Kerberos (KRB5) selecteert op Windows-clients die met Windows-servers werken. Als u zich wilt aanmelden met KRB5, moet de gebruiker een domein, gebruikersnaam en wachtwoord opgeven. Het domein wordt opgegeven door de gebruikersnaam in te stellen op MyUserName@MyDomain.

• NTLM, dat NTLM selecteert op Windows-clients die met Windows-servers werken. De toepassing biedt de gebruikersnaam en het wachtwoord.

Kerberos (KRB5), Kerberos-compatibiliteit (KRB5C), NT LAN Manager (NTLM) en NT LAN Manager-compatibiliteit (NTLMC) zijn alleen voor Windows.

Autorisatieopties voor Azure Synapse

Azure Synapse ondersteunt twee basisopties voor verbinding en autorisatie:

• SQL-verificatie: SQL-verificatie is via een databaseverbinding die een database-id, gebruikers-id en wachtwoord bevat plus andere optionele parameters. Dit is functioneel gelijk aan Teradata TD1, TD2 en standaardverbindingen.

• Microsoft Entra-verificatie: met Microsoft Entra-verificatie kunt u de identiteiten van databasegebruikers en andere Microsoft-services centraal beheren op één centrale locatie. Centraal id-beheer biedt één locatie voor het beheren van SQL Data Warehouse-gebruikers en vereenvoudigt het beheer van machtigingen. Microsoft Entra ID kan ook verbindingen met LDAP- en Kerberos-services ondersteunen. Microsoft Entra-id kan bijvoorbeeld worden gebruikt om verbinding te maken met bestaande LDAP-directory's als deze na de migratie van de database aanwezig blijven.

Gebruikers, rollen en machtigingen

Overzicht

Fooi

Planning op hoog niveau is essentieel voor een geslaagd migratieproject.

Zowel Teradata als Azure Synapse implementeren databasetoegangsbeheer via een combinatie van gebruikers, rollen en machtigingen. Gebruik zowel standaard SQL CREATE USER als CREATE ROLE instructies voor het definiëren van gebruikers en rollen en REVOKEGRANT instructies voor het toewijzen of verwijderen van machtigingen aan deze gebruikers en/of rollen.

Fooi

Automatisering van migratieprocessen wordt aanbevolen om de verstreken tijd en het bereik van fouten te verminderen.

Conceptueel zijn de twee databases vergelijkbaar en het kan mogelijk zijn om de migratie van bestaande gebruikers-id's, rollen en machtigingen tot op zekere hoogte te automatiseren. Migreer dergelijke gegevens door de bestaande verouderde gebruikers- en rolgegevens uit de tabellen van de Teradata-systeemcatalogus te extraheren en overeenkomende equivalenten CREATE USER en CREATE ROLE instructies te genereren die moeten worden uitgevoerd in Azure Synapse om dezelfde gebruikers-/rolhiërarchie opnieuw te maken.

Nadat gegevens zijn opgehaald, gebruikt u teradata-systeemcatalogustabellen om gelijkwaardige GRANT instructies te genereren om machtigingen toe te wijzen (waarbij een equivalente bestaat). In het volgende diagram ziet u hoe u bestaande metagegevens gebruikt om de benodigde SQL te genereren.

Gebruikers en rollen

Fooi

Migratie van een datawarehouse vereist meer dan alleen tabellen, weergaven en SQL-instructies.

De informatie over huidige gebruikers en rollen in een Teradata-systeem vindt u in de systeemcatalogustabellen DBC.USERS (of DBC.DATABASES) en DBC.ROLEMEMBERS. Voer een query uit op deze tabellen (als de gebruiker toegang heeft SELECT tot deze tabellen) om de huidige lijsten met gebruikers en rollen te verkrijgen die in het systeem zijn gedefinieerd. Hier volgen enkele voorbeelden van query's om dit voor afzonderlijke gebruikers te doen:

/***SQL to find all users***/
SELECT
DatabaseName AS UserName
FROM DBC.Databases
WHERE dbkind = 'u';

/***SQL to find all roles***/
SELECT A.ROLENAME, A.GRANTEE, A.GRANTOR,
  A.DefaultRole, 
  A.WithAdmin,
  B.DATABASENAME, 
  B.TABLENAME,
  B.COLUMNNAME, 
  B.GRANTORNAME,
  B.AccessRight
FROM DBC.ROLEMEMBERS A 
JOIN DBC.ALLROLERIGHTS B 
ON A.ROLENAME = B.ROLENAME 
GROUP BY 1,2,3,4,5,6,7
ORDER BY 2,1,6;

In deze voorbeelden worden instructies gewijzigd SELECT om een resultatenset te produceren, een reeks CREATE USER en CREATE ROLE instructies, door de juiste tekst als een letterlijke tekst in de SELECT instructie op te geven.

Er is geen manier om bestaande wachtwoorden op te halen, dus u moet een schema implementeren voor het toewijzen van nieuwe initiële wachtwoorden in Azure Synapse.

Bevoegdheden

Fooi

Er zijn gelijkwaardige Azure Synapse-machtigingen voor basisdatabasebewerkingen, zoals DML en DDL.

In een Teradata-systeem worden de systeemtabellen en DBC.ALLRIGHTSDBC.ALLROLERIGHTS de toegangsrechten voor gebruikers en rollen opgeslagen. Voer een query uit op deze tabellen (als de gebruiker toegang heeft SELECT tot deze tabellen) om de huidige lijsten met toegangsrechten te verkrijgen die in het systeem zijn gedefinieerd. Hier volgen enkele voorbeelden van query's voor afzonderlijke gebruikers:

/**SQL for AccessRights held by a USER***/
SELECT UserName, DatabaseName,TableName,ColumnName,
CASE WHEN Abbv.AccessRight IS NOT NULL THEN Abbv.Description ELSE 
ALRTS.AccessRight
END AS AccessRight, GrantAuthority, GrantorName, AllnessFlag, CreatorName, CreateTimeStamp
FROM DBC.ALLRIGHTS ALRTS LEFT OUTER JOIN AccessRightsAbbv Abbv
ON ALRTS.AccessRight = Abbv.AccessRight 
WHERE UserName='UserXYZ'
Order By 2,3,4,5;

/**SQL for AccessRights held by a ROLE***/
SELECT RoleName, DatabaseName,TableName,ColumnName,
CASE WHEN Abbv.AccessRight IS NOT NULL THEN Abbv.Description ELSE 
ALRTS.AccessRight
END AS AccessRight, GrantorName, CreateTimeStamp
FROM DBC.ALLROLERIGHTS ALRTS LEFT OUTER JOIN AccessRightsAbbv
Abbv
ON ALRTS.AccessRight = Abbv.AccessRight 
WHERE RoleName='BI_DEVELOPER'
Order By 2,3,4,5;

Wijzig deze voorbeeldinstructies SELECT om een resultatenset te produceren die een reeks GRANT instructies is door de juiste tekst op te geven als een letterlijke tekst in de SELECT instructie.

Gebruik de tabel AccessRightsAbbv om de volledige tekst van het toegangsrecht op te zoeken, omdat de joinsleutel een afgekort veld 'type' is. Zie de volgende tabel voor een lijst met Teradata-toegangsrechten en hun equivalent in Azure Synapse.

Naam van teradata-machtiging	Teradata-type	Equivalent van Azure Synapse
SESSIE AFBREKEN	AS	DATABASEVERBINDING BEËINDIGEN
ALTER EXTERNAL PROCEDURE	AE	4
ALTER, FUNCTIE	AF	ALTER, FUNCTIE
ALTER PROCEDURE	AP (beschikbaarheid en partitietolerantie)	ALTER PROCEDURE
CHECKPOINT	CP	CHECKPOINT
AUTORISATIE MAKEN	CA (consistentie en beschikbaarheid)	CREATE LOGIN (AANMELDING MAKEN)
CREATE DATABASE	CD	CREATE DATABASE
EXTERNEPROCEDURE MAKEN	CE	4
CREATE FUNCTION	CF	CREATE FUNCTION
CREATE GLOP	GC	3
MACRO MAKEN	LM	PROCEDURE MAKEN 2
PROCEDURE VOOR HET MAKEN VAN EIGENAAR	OP	PROCEDURE MAKEN
PROCEDURE MAKEN	Pc	PROCEDURE MAKEN
PROFIEL MAKEN	CO	AANMELDING MAKEN 1
ROL MAKEN	CR	CREATE ROLE
DROP DATABASE	DD	DROP DATABASE
DROP FUNCTION	DF	DROP FUNCTION
DROP GLOP	GD	3
MACRO NEERZETTEN	DM	DROP PROCEDURE 2
DROP PROCEDURE	PD	PROCEDURE VERWIJDEREN
DROP PROFILE	DO	DROP LOGIN 1
DROP ROLE	DR	ROL VERWIJDEREN
DROP TABLE	DT	DROP TABLE
DROP TRIGGER	DG	3
GEBRUIKER NEERZETTEN	DU	GEBRUIKER NEERZETTEN
DROP VIEW	DV	DROP VIEW
DUMP	DP	4
UITVOEREN	E	UITVOEREN
EXECUTE FUNCTION	EF	UITVOEREN
PROCEDURE UITVOEREN	PE	UITVOEREN
GLOP-LID	GM	3
INDEX	IX	CREATE INDEX
INSERT	I	INSERT
MONRESOURCE	NAAMWIJZIGING	5
MONSESSION	MS	5
DUMPBEPERKING OVERSCHRIJVEN	OA	4
BEPERKING VOOR TERUGSCHRIJVEN	OF	4
VERWIJZINGEN	Rf	REFERENTIES
REPLCONTROL	RO	5
HERSTELLEN	RS	4
SELECT	R	SELECTEREN
SETRESRATE	SR	5
SETSESSRATE	SS	5
TOON	SH	3
UPDATE	U	UPDATE

AccessRightsAbbv tabelnotities:

1. Teradata PROFILE is functioneel gelijk aan LOGIN in Azure Synapse.

2. De volgende tabel bevat een overzicht van de verschillen tussen macro's en opgeslagen procedures in Teradata. In Azure Synapse bieden procedures de functionaliteit die in de tabel wordt beschreven.

   Macro	Opgeslagen procedure
   Bevat SQL	Bevat SQL
   Kan BTEQ-puntopdrachten bevatten	Bevat uitgebreide SPL
   Kan parameterwaarden ontvangen die eraan zijn doorgegeven	Kan parameterwaarden ontvangen die eraan zijn doorgegeven
   Kan een of meer rijen ophalen	Een cursor moet gebruiken om meer dan één rij op te halen
   Opgeslagen in DBC PERM-ruimte	Opgeslagen in DATABASE of USER PERM
   Retourneert rijen naar de client	Kan een of meer waarden retourneren aan de client als parameters

3. SHOW, GLOPen TRIGGER hebben geen directe equivalent in Azure Synapse.

4. Deze functies worden automatisch beheerd door het systeem in Azure Synapse. Zie Operationele overwegingen.

5. In Azure Synapse worden deze functies buiten de database verwerkt.

Zie de beveiligingsmachtigingen van Azure Synapse voor meer informatie over toegangsrechten in Azure Synapse Analytics.

Operationele overwegingen

Fooi

Operationele taken zijn nodig om elk datawarehouse efficiënt te laten werken.

In deze sectie wordt beschreven hoe u typische operationele Taken van Teradata in Azure Synapse implementeert met minimale risico's en gevolgen voor gebruikers.

Net als bij alle datawarehouse-producten zijn er in productie doorlopende beheertaken nodig om het systeem efficiënt te laten werken en gegevens te verstrekken voor bewaking en controle. Resourcegebruik en capaciteitsplanning voor toekomstige groei vallen ook in deze categorie, net als bij het maken van back-ups/herstel van gegevens.

Hoewel de beheer- en bewerkingstaken voor verschillende datawarehouses vergelijkbaar zijn, kunnen de afzonderlijke implementaties verschillen. In het algemeen bevatten moderne cloudproducten zoals Azure Synapse meestal een meer geautomatiseerde en door het systeem beheerde benadering (in tegenstelling tot een meer 'handmatige' benadering in verouderde datawarehouses zoals Teradata).

In de volgende secties worden Teradata- en Azure Synapse-opties voor verschillende operationele taken vergeleken.

Huishoudtaken

Fooi

Huishoudtaken zorgen ervoor dat een productiewarehouse efficiënt werkt en het gebruik van resources zoals opslag optimaliseert.

In de meeste verouderde datawarehouse-omgevingen is er een vereiste om regelmatig 'huishouding'-taken uit te voeren, zoals het vrijmaken van schijfruimte die kan worden vrijgemaakt door oude versies van bijgewerkte of verwijderde rijen te verwijderen, of om logboekbestanden of indexblokken opnieuw te ordenen voor efficiëntie. Het verzamelen van statistieken is ook een potentieel tijdrovende taak. Het verzamelen van statistieken is vereist na een bulkgegevensopname om de queryoptimalisatie te voorzien van up-to-date gegevens om het genereren van queryuitvoeringsplannen te baseren.

Teradata raadt het verzamelen van statistieken als volgt aan:

• Verzamel statistieken over niet-ingevulde tabellen om het interval histogram in te stellen dat in interne verwerking wordt gebruikt. Deze initiële verzameling maakt latere verzamelingen met statistieken sneller. Zorg ervoor dat u statistieken opnieuw optelt nadat gegevens zijn toegevoegd.

• Verzamel prototypefasestatistieken voor nieuw ingevulde tabellen.

• Verzamel productiefasestatistieken na een aanzienlijk percentage wijzigingen in de tabel of partitie (~10% van de rijen). Voor grote hoeveelheden niet-unique waarden, zoals datums of tijdstempels, kan het voordelig zijn om bij 7% te verzamelen.

• Verzamel productiefasestatistieken nadat u gebruikers hebt gemaakt en query's in de praktijk hebt toegepast op de database (tot ongeveer drie maanden na het uitvoeren van query's).

• Verzamel statistieken in de eerste paar weken na een upgrade of migratie tijdens perioden met een laag CPU-gebruik.

Het verzamelen van statistieken kan handmatig worden beheerd met behulp van open API's van Automated Statistics Management of automatisch met behulp van de portlet van Teradata Viewpoint Stats Manager.

Fooi

Taken voor huishouding automatiseren en bewaken in Azure.

Teradata Database bevat veel logboektabellen in de gegevenswoordenlijst die gegevens verzamelen, automatisch of nadat bepaalde functies zijn ingeschakeld. Omdat logboekgegevens in de loop van de tijd toenemen, kunt u oudere informatie opschonen om te voorkomen dat er permanente ruimte wordt gebruikt. Er zijn opties om het onderhoud van deze logboeken te automatiseren. De Tabellen in de Teradata-woordenlijst waarvoor onderhoud is vereist, worden hierna besproken.

Woordenlijsttabellen die moeten worden onderhouden

Stel accumulators en piekwaarden opnieuw in met behulp van de DBC.AMPUsage weergave en de ClearPeakDisk macro die bij de software wordt geleverd:

• DBC.Acctg: resourcegebruik per account/gebruiker

• DBC.DataBaseSpace: database- en tabelruimteboekhouding

Teradata onderhoudt deze tabellen automatisch, maar goede procedures kunnen hun grootte verkleinen:

• DBC.AccessRights: gebruikersrechten voor objecten

• DBC.RoleGrants: rolrechten voor objecten

• DBC.Roles: gedefinieerde rollen

• DBC.Accounts: accountcodes per gebruiker

Archiveer deze logboektabellen (indien gewenst) en verwijder informatie 60-90 dagen oud. Retentie is afhankelijk van de vereisten van de klant:

• DBC.SW_Event_Log: databaseconsolelogboek

• DBC.ResUsage: resourcebewakingstabellen

• DBC.EventLog: sessieaanmelding/afmeldingsgeschiedenis

• DBC.AccLogTbl: vastgelegde gebeurtenissen van gebruiker/object

• DBC.DBQL tables: geregistreerde gebruiker/SQL-activiteit

• .NETSecPolicyLogTbl: registreert dynamische audittrails voor beveiligingsbeleid

• .NETSecPolicyLogRuleTbl: bepaalt wanneer en hoe dynamisch beveiligingsbeleid wordt geregistreerd

Verwijder deze tabellen wanneer de bijbehorende verwisselbare media zijn verlopen en overschreven:

• DBC.RCEvent: archief-/herstel-gebeurtenissen

• DBC.RCConfiguration: archief-/herstelconfiguratie

• DBC.RCMedia: VolSerial voor archief/herstel

Azure Synapse heeft een optie om automatisch statistieken te maken, zodat ze naar behoefte kunnen worden gebruikt. Defragmentatie van indexen en gegevensblokken handmatig uitvoeren, op geplande basis of automatisch. Door gebruik te maken van systeemeigen ingebouwde Azure-mogelijkheden kunt u de inspanning die nodig is in een migratieoefening verminderen.

Bewaking en controle

Fooi

In de loop van de tijd zijn verschillende hulpprogramma's geïmplementeerd om bewaking en logboekregistratie van Teradata-systemen toe te staan.

Teradata biedt verschillende hulpprogramma's voor het bewaken van de bewerking, waaronder Teradata Viewpoint en Ecosystem Manager. Voor de logboekregistratie van querygeschiedenis is het databasequerylogboek (DBQL) een Teradata-databasefunctie die een reeks vooraf gedefinieerde tabellen biedt waarmee historische records van query's en hun duur, prestaties en doelactiviteit kunnen worden opgeslagen op basis van door de gebruiker gedefinieerde regels.

Databasebeheerders kunnen Teradata Viewpoint gebruiken om de systeemstatus, trends en afzonderlijke querystatus te bepalen. Door trends in systeemgebruik te observeren, kunnen systeembeheerders projectuitvoeringen, batchtaken en onderhoud beter plannen om piekperioden van gebruik te voorkomen. Zakelijke gebruikers kunnen Teradata Viewpoint gebruiken om snel toegang te krijgen tot de status van rapporten en query's en in te zoomen op details.

Fooi

Azure Portal biedt een gebruikersinterface voor het beheren van bewakings- en controletaken voor alle Azure-gegevens en -processen.

Op dezelfde manier biedt Azure Synapse een uitgebreide bewakingservaring in Azure Portal om inzicht te krijgen in uw datawarehouse-workload. Azure Portal is het aanbevolen hulpprogramma bij het bewaken van uw datawarehouse, omdat het configureerbare bewaarperioden, waarschuwingen, aanbevelingen en aanpasbare grafieken en dashboards voor metrische gegevens en logboeken biedt.

De portal maakt ook integratie mogelijk met andere Azure-bewakingsservices, zoals Operations Management Suite (OMS) en Azure Monitor (logboeken) om een holistische bewakingservaring te bieden voor niet alleen het datawarehouse, maar ook het volledige Azure Analytics-platform voor een geïntegreerde bewakingservaring.

Fooi

Metrische gegevens op laag niveau en systeembrede gegevens worden automatisch vastgelegd in Azure Synapse.

Statistieken over resourcegebruik voor Azure Synapse worden automatisch geregistreerd in het systeem. De metrische gegevens voor elke query bevatten gebruiksstatistieken voor CPU, geheugen, cache, I/O en tijdelijke werkruimte, evenals connectiviteitsgegevens zoals mislukte verbindingspogingen.

Azure Synapse biedt een set dynamische beheerweergaven (DMV's). Deze weergaven zijn handig bij het actief oplossen van problemen en het identificeren van prestatieknelpunten met uw workload.

Zie Azure Synapse-bewerkingen en -beheeropties voor meer informatie.

Hoge beschikbaarheid (HA) en herstel na noodgevallen (DR)

Teradata implementeert functies zoals FALLBACKhet hulpprogramma Archive Restore Copy (ARC) en DSA (Data Stream Architecture) om bescherming te bieden tegen gegevensverlies en hoge beschikbaarheid (HA) via replicatie en archief van gegevens. Dr-opties (Disaster Recovery) omvatten Dual Active Solution, DR as a Service of een vervangend systeem, afhankelijk van de hersteltijdvereiste.

Fooi

Azure Synapse maakt automatisch momentopnamen om snelle hersteltijden te garanderen.

Azure Synapse maakt gebruik van databasemomentopnamen om hoge beschikbaarheid van het magazijn te bieden. Een datawarehouse-momentopname maakt een herstelpunt dat kan worden gebruikt om een datawarehouse te herstellen of te kopiëren naar een eerdere status. Omdat Azure Synapse een gedistribueerd systeem is, bestaat een datawarehouse-momentopname uit veel bestanden die zich in Azure Storage bevinden. Momentopnamen leggen incrementele wijzigingen vast van de gegevens die zijn opgeslagen in uw datawarehouse.

Azure Synapse maakt automatisch momentopnamen gedurende de hele dag door het maken van herstelpunten die gedurende zeven dagen beschikbaar zijn. Deze bewaarperiode kan niet worden gewijzigd. Azure Synapse ondersteunt een RPO (Recovery Point Objective) van acht uur. Een datawarehouse kan worden hersteld in de primaire regio vanaf een van de momentopnamen die in de afgelopen zeven dagen zijn gemaakt.

Fooi

Gebruik door de gebruiker gedefinieerde momentopnamen om een herstelpunt te definiëren voordat belangrijke updates worden bijgewerkt.

Door de gebruiker gedefinieerde herstelpunten worden ook ondersteund, zodat momentopnamen handmatig kunnen worden geactiveerd om herstelpunten van een datawarehouse te maken voor en na grote wijzigingen. Deze mogelijkheid zorgt ervoor dat herstelpunten logisch consistent zijn, wat extra gegevensbeveiliging biedt in het geval van eventuele werkbelastingonderbrekingen of gebruikersfouten voor een gewenste RPO van minder dan 8 uur.

Fooi

Microsoft Azure biedt automatische back-ups naar een afzonderlijke geografische locatie om herstel na noodgeval mogelijk te maken.

Evenals de eerder beschreven momentopnamen, voert Azure Synapse ook één keer per dag een geo-back-up uit naar een gekoppeld datacenter. De RPO voor geo-herstel is 24 uur. U kunt de geo-back-up herstellen naar een server in een andere regio waar Azure Synapse wordt ondersteund. Een geo-back-up zorgt ervoor dat een datawarehouse kan worden hersteld als de herstelpunten in de primaire regio niet beschikbaar zijn.

Werklastbeheer

Fooi

In een productiedatawarehouse zijn er doorgaans gemengde workloads met verschillende kenmerken voor resourcegebruik die gelijktijdig worden uitgevoerd.

Een workload is een klasse van databaseaanvragen met algemene eigenschappen waarvan de toegang tot de database kan worden beheerd met een set regels. Workloads zijn handig voor:

• Verschillende toegangsprioriteiten instellen voor verschillende soorten aanvragen.

• Resourcegebruikpatronen bewaken, prestaties afstemmen en capaciteitsplanning.

• Het aantal aanvragen of sessies beperken dat tegelijkertijd kan worden uitgevoerd.

In een Teradata-systeem is workloadbeheer de handeling van het beheren van workloadprestaties door de systeemactiviteit te bewaken en te handelen wanneer vooraf gedefinieerde limieten worden bereikt. Workloadbeheer maakt gebruik van regels en elke regel is alleen van toepassing op sommige databaseaanvragen. De verzameling van alle regels is echter van toepassing op alle actieve werkzaamheden op het platform. Teradata Active System Management (TASM) voert volledig workloadbeheer uit in een Teradata-database.

In Azure Synapse zijn resourceklassen vooraf gedefinieerde resourcelimieten die rekenresources en gelijktijdigheid voor het uitvoeren van query's bepalen. Met resourceklassen kunt u uw workload beheren door limieten in te stellen voor het aantal query's dat gelijktijdig wordt uitgevoerd en op de rekenresources die aan elke query zijn toegewezen. Er is een afweging tussen geheugen en gelijktijdigheid.

Azure Synapse registreert automatisch statistieken over resourcegebruik. Metrische gegevens omvatten gebruiksstatistieken voor CPU, geheugen, cache, I/O en tijdelijke werkruimte voor elke query. Azure Synapse registreert ook verbindingsgegevens, zoals mislukte verbindingspogingen.

Fooi

Metrische gegevens op laag niveau en systeembrede gegevens worden automatisch vastgelegd in Azure.

Azure Synapse ondersteunt de volgende basisconcepten voor workloadbeheer:

• Workloadclassificatie: u kunt een aanvraag toewijzen aan een workloadgroep om urgentieniveaus in te stellen.

• Belang van workload: u kunt de volgorde beïnvloeden waarin een aanvraag toegang krijgt tot resources. Standaard worden query's uit de wachtrij vrijgegeven op basis van first-in, first-out naarmate resources beschikbaar komen. Met het belang van workloads kunnen query's met een hogere prioriteit direct resources ontvangen, ongeacht de wachtrij.

• Isolatie van werkbelasting: u kunt resources reserveren voor een workloadgroep, maximum- en minimumgebruik toewijzen voor verschillende resources, de resources beperken die een groep aanvragen kan gebruiken, en een time-outwaarde instellen om runaway-query's automatisch te doden.

Het uitvoeren van gemengde workloads kan problemen met resources opleveren voor drukke systemen. Een succesvol workloadbeheerschema beheert resources effectief, zorgt voor een zeer efficiënt resourcegebruik en maximaliseert het rendement op investeringen (ROI). De workloadclassificatie, het belang van workloads en isolatie van werkbelastingen geeft meer controle over de wijze waarop de werkbelasting gebruikmaakt van systeemresources.

In de handleiding voor workloadbeheer worden de technieken beschreven voor het analyseren van de workload, het beheren en bewaken van de urgentie van workloads](.). /.. /sql-data-warehouse/sql-data-warehouse-how-to-manage-and-monitor-workload-importance.md) en de stappen voor het converteren van een resourceklasse naar een workloadgroep. Gebruik de Azure-portal en T-SQL-query's op DMV's om de workload te bewaken om ervoor te zorgen dat de toepasselijke resources efficiënt worden gebruikt. Azure Synapse biedt een set dynamische beheerweergaven (DMV's) voor het bewaken van alle aspecten van workloadbeheer. Deze weergaven zijn handig bij het actief oplossen van problemen en het identificeren van prestatieknelpunten in uw workload.

Deze informatie kan ook worden gebruikt voor capaciteitsplanning, het bepalen van de resources die nodig zijn voor extra gebruikers of toepassingsworkloads. Dit geldt ook voor het plannen van omhoog/omlaag schalen van rekenresources voor rendabele ondersteuning van piekbelastingen.

Zie Workloadbeheer met resourceklassen voor meer informatie over workloadbeheer in Azure Synapse.

Rekenresources vergroten/verkleinen

Fooi

Een belangrijk voordeel van Azure is de mogelijkheid om rekenresources op aanvraag onafhankelijk te schalen om piekbelastingen rendabel te verwerken.

De architectuur van Azure Synapse scheidt opslag en rekenkracht, zodat elke opslag onafhankelijk kan worden geschaald. Hierdoor kunnen rekenresources worden geschaald om te voldoen aan de prestatievereisten, onafhankelijk van gegevensopslag. U kunt ook rekenresources pauzeren en hervatten. Een natuurlijk voordeel van deze architectuur is dat de facturering voor rekenkracht en opslag gescheiden is. Als een datawarehouse niet in gebruik is, kunt u besparen op de rekenkosten door de berekening te onderbreken.

Rekenresources kunnen omhoog of terug worden geschaald door de instelling voor datawarehouse-eenheden voor het datawarehouse aan te passen. Het laden en uitvoeren van query's neemt lineair toe naarmate u meer datawarehouse-eenheden toevoegt.

Door meer rekenknooppunten toe te voegen, beschikt u over meer rekenkracht en de mogelijkheid om meer parallelle verwerking te gebruiken. Naarmate het aantal rekenknooppunten toeneemt, neemt het aantal distributies per rekenknooppunt af, wat meer rekenkracht en parallelle verwerking voor query's biedt. Op dezelfde manier vermindert het verlagen van datawarehouse-eenheden het aantal rekenknooppunten, waardoor de rekenresources voor query's worden verminderd.

Volgende stappen

Zie het volgende artikel in deze reeks voor meer informatie over visualisatie en rapportage: Visualisatie en rapportage voor Teradata-migraties.