Overzicht van de beheerde instantieverbinding

van toepassing op:Azure SQL Managed Instance

Dit artikel bevat een overzicht van de koppeling managed instance, waarmee bijna realtime gegevensreplicatie mogelijk is tussen SQL Server en Azure SQL Managed Instance. De koppeling biedt hybride flexibiliteit en databasemobiliteit, omdat deze verschillende scenario's ontsluit, zoals het schalen van alleen-lezen taken, het verplaatsen van analyses en rapportages naar Azure, en migreren naar Azure. En met SQL Server 2022 maakt de koppeling online herstel na noodgevallen mogelijk met failback naar SQL Server, evenals het configureren van de koppeling van SQL Managed Instance naar SQL Server 2022.

Om aan de slag te gaan, controleer en bereid uw omgeving voor de koppelingvoor.

Overzicht

De koppeling voor beheerde exemplaren maakt gebruik van gedistribueerde beschikbaarheidsgroepen om uw gegevenslandschap op een veilige en beveiligde manier uit te breiden. Hiermee worden gegevens in bijna realtime gerepliceerd van SQL Server die overal naar Azure SQL Managed Instance worden gehost, of van Azure SQL Managed Instance naar SQL Server 2022 die overal worden gehost.

De koppeling ondersteunt sql Server-exemplaren met één knooppunt en meerdere knooppunten met of zonder bestaande beschikbaarheidsgroepen. Via de koppeling kunt u voordelen van Azure gebruiken zonder uw SQL Server-gegevensdomein naar de cloud te migreren.

Hoewel de koppeling replicatie van één database per koppeling ondersteunt, kunt u meerdere databases van één exemplaar van SQL Server repliceren naar een of meer met SQL beheerde exemplaren, of dezelfde database repliceren naar meerdere met SQL beheerde exemplaren door meerdere koppelingen te configureren: één koppeling voor elke database naar een beheerd exemplaarpaar.

De koppelingsfunctie biedt momenteel de volgende functionaliteit:

• eenrichtingsreplicatie van SQL Server-versies 2016, 2017 en 2019: Gebruik de koppelingsfunctie om gegevens één manier van SQL-exemplaar naar Azure SQL Managed Instance te repliceren. Hoewel u handmatig een failover naar uw beheerde exemplaar kunt uitvoeren als er een noodgeval is, wordt de koppeling verbroken en wordt failback niet ondersteund.
• Herstel na noodgevallen (SQL Server 2022): Gebruik de koppelingsfunctie om gegevens te repliceren tussen SQL Server 2022 en SQL Managed Instance, handmatig een failover naar uw secundaire exemplaar uit te voeren tijdens een noodgeval en terug te schakelen naar uw primaire na het opnieuw inrichten van de situatie. SQL Server of SQL Managed Instance kan de eerste primaire instantie zijn.

U kunt de koppeling blijven uitvoeren zolang u deze nodig hebt, voor maanden en zelfs jaren tegelijk. En voor uw moderniseringstraject, als of wanneer u klaar bent om te migreren naar Azure, maakt de koppeling een aanzienlijk verbeterde migratie-ervaring mogelijk. Migratie via de koppeling biedt minimale downtime in vergelijking met alle andere beschikbare migratieopties, waardoor een echte onlinemigratie naar uw sql Managed Instance wordt geboden.

U kunt databases gebruiken die worden gerepliceerd via de koppeling tussen SQL Server en Azure SQL Managed Instance voor verschillende scenario's, zoals:

• Noodherstel
• Azure-services gebruiken zonder te migreren naar de cloud
• Alleen-lezende workloads naar Azure uitbesteden
• Migreren naar Azure
• On-premises gegevens kopiëren

Ondersteunbaarheid van versies

Zowel de servicelagen Algemeen gebruik als Bedrijfskritiek van Azure SQL Managed Instance ondersteunen de koppeling van beheerd exemplaar. De koppelingsfunctie werkt met de Enterprise-, Developer- en Standard-edities van SQL Server.

De volgende tabel bevat de functionaliteit van de koppelingsfunctie en de minimaal ondersteunde SQL Server-versies:

¹ Een koppeling maken met SQL Server 2022 als de initiële primaire wordt ondersteund vanaf de RTM-versie van SQL Server 2022. Een koppeling maken met Azure SQL Managed Instance als de initiële primaire wordt alleen ondersteund vanaf SQL Server 2022 CU10. Als u de koppeling maakt van een eerste primaire SQL Managed Instance, wordt het downgraden van SQL Server onder CU10 niet ondersteund terwijl de koppeling actief is, omdat deze problemen kan veroorzaken na een failover in beide richtingen.

SQL Server-versies vóór SQL Server 2016 (SQL Server 2008 - 2014) worden niet ondersteund omdat de koppelingsfunctie afhankelijk is van gedistribueerde beschikbaarheidsgroeptechnologie, die is geïntroduceerd in SQL Server 2016.

Naast de ondersteunde SQL Server-versie hebt u het volgende nodig:

• Netwerkverbinding tussen uw SQL Server-exemplaar en uw beheerde exemplaar. Als SQL Server on-premises wordt uitgevoerd, gebruikt u een VPN-koppeling of Azure ExpressRoute. Als SQL Server wordt uitgevoerd op een virtuele Azure-machine (VM), implementeert u uw VM in hetzelfde virtuele netwerk als uw beheerde exemplaar of gebruikt u peering van virtuele netwerken om de twee afzonderlijke subnetten te verbinden.
• Een azure SQL Managed Instance-implementatie, ingericht voor elke servicelaag.

U hebt ook de volgende hulpprogramma's nodig:

Hoe de koppeling werkt

De koppelingsfunctie voor SQL Managed Instance werkt door een gedistribueerde beschikbaarheidsgroep te maken tussen SQL Server en Azure SQL Managed Instance. De oplossing ondersteunt systemen met één knooppunt met of zonder bestaande beschikbaarheidsgroepen of meerdere knooppuntsystemen met bestaande beschikbaarheidsgroepen.

Een privéverbinding, zoals een VPN of Azure ExpressRoute, verbindt een on-premises netwerk en Azure. Als u SQL Server op een Azure-VM host, kan de interne Azure-backbone de VM en het beheerde SQL-exemplaar verbinden, zoals met peering van virtuele netwerken. De twee systemen stellen een vertrouwensrelatie tot stand met behulp van verificatie op basis van certificaten, waarbij SQL Server en SQL Managed Instance openbare sleutels van hun respectieve certificaten uitwisselen.

Azure SQL Managed Instance ondersteunt meerdere koppelingen van dezelfde of verschillende SQL Server-bronnen naar één azure SQL Managed Instance. Het aantal koppelingen is afhankelijk van het aantal databases dat een beheerd exemplaar tegelijkertijd kan hosten: maximaal 100 koppelingen voor de servicelagen Algemeen gebruik en Bedrijfskritiek en 500 koppelingen voor de upgrade van de servicelaag Next-gen Algemeen gebruik. Eén SQL Server-exemplaar kan meerdere parallelle databasesynchronisatiekoppelingen maken met verschillende met SQL beheerde exemplaren, zelfs in verschillende Azure-regio's, met een een-op-een-relatie tussen een database en een beheerd exemplaar.

De koppeling gebruiken

Raadpleeg de handleiding voor het voorbereiden van uw SQL Server-omgeving voor het gebruik van de koppelingsfunctie met SQL Managed Instance om u te helpen bij het instellen van de eerste omgeving:

• De omgeving voorbereiden voor de koppeling voor SQL Server 2019 en hogerof voor SQL Server 2016-
• Automatiseer het voorbereiden van uw omgeving voor de Managed Instance-link met behulp van een downloadbaar script. Voor meer informatie, zie de blog Automatiseren van het instellen van koppelingen.

Nadat u aan de eerste omgevingsvereisten hebt voldaan, maakt u de koppeling met behulp van de geautomatiseerde wizard in SQL Server Management Studio (SSMS) of stelt u de koppeling handmatig in met behulp van scripts:

• Koppeling configureren met SSMS-
• Koppeling configureren met scripts

Nadat u de koppeling hebt gemaakt, volgt u de aanbevolen procedures om de koppeling te onderhouden:

• aanbevolen procedures voor het onderhouden van de koppeling

Noodherstel

Met de koppeling naar Beheerd exemplaar kunt u herstel na noodgevallen mogelijk maken, waarbij u in geval van een noodgeval handmatig uw werkbelasting van uw primaire naar uw secundaire exemplaar kunt overzetten. Als u aan de slag wilt gaan, raadpleegt u de koppeling 'Disaster Recovery met Managed Instance'.

Van SQL Server 2016 tot SQL Server 2019 is de primaire server altijd een SQL Server en is failover naar de secundaire SQL-beheerde instantie eenrichtingsverkeer. Terugschakelen naar SQL Server wordt niet ondersteund. U kunt uw gegevens echter herstellen naar SQL Server met behulp van opties voor gegevensverplaatsing, zoals transactionele replicatie of het exporteren van een bacpac.

Met SQL Server 2022 kan SQL Server of SQL Managed Instance de eerste primaire instantie zijn en kunt u de koppeling tot stand brengen vanuit SQL Server of SQL Managed Instance. U kunt failback uitvoeren van uw workloads tussen de primaire en de secundaire sites, waardoor echte tweerichtingsrampenherstel mogelijk is.

Wanneer u terugschakelt naar SQL Server, kunt u ervoor kiezen om dat te doen op de volgende manieren:

• online door rechtstreeks de Managed Instance-koppeling te gebruiken.
• offline door een back-up van uw database te maken vanuit SQL Managed Instance en deze te herstellen naar uw SQL Server 2022-exemplaar.

Azure-services gebruiken

Gebruik de koppelingsfunctie om te profiteren van Azure-services met behulp van SQL Server-gegevens zonder deze naar de cloud te migreren. Voorbeelden hiervan zijn rapportage, analyse, back-ups, machine learning en andere taken die gegevens naar Azure verzenden.

Workloads overbrengen naar Azure

U kunt de koppelingsfunctie ook gebruiken om workloads naar Azure te offloaden. Een toepassing kan bijvoorbeeld SQL Server gebruiken voor lees-/schrijfworkloads, terwijl leesgebaseerde workloads worden afgewenteld naar SQL Managed Instance-implementaties in elke Azure-regio wereldwijd. Nadat de koppeling tot stand is gebracht, is de primaire database op SQL Server toegankelijk voor lezen/schrijven, terwijl gerepliceerde gegevens naar uw met SQL beheerde exemplaar in Azure alleen-lezen toegankelijk zijn. Met deze rangschikking kunnen verschillende scenario's worden gebruikt waarin gerepliceerde databases in uw met SQL beheerde exemplaar kunnen worden gebruikt voor het uitschalen en offloaden van alleen-lezen workloads naar Azure. Uw met SQL beheerde exemplaar kan ook onafhankelijke lees-/schrijfdatabases hosten, waardoor de gerepliceerde database ook kan worden gekopieerd naar een andere lees-/schrijfdatabase op hetzelfde met SQL beheerde exemplaar voor verdere gegevensverwerking.

De koppeling is beperkt tot één database (één link per database), waardoor workloads in Azure kunnen worden samengevoegd en ontmanteld. U kunt bijvoorbeeld databases van meerdere SQL Server-exemplaren repliceren naar één SQL Managed Instance-implementatie in Azure (consolidatie) of u kunt databases van één SQL Server-exemplaar repliceren naar meerdere beheerde exemplaren via een een-op-een-relatie tussen een database en een beheerd exemplaar, naar elke Azure-regio wereldwijd (deconsolidatie). De laatste optie biedt u een efficiënte manier om uw workloads snel wereldwijd dichter bij uw klanten te brengen, waarbij u deze als replica's die alleen-lezen zijn kunt gebruiken in elke regio.

Migreren naar Azure

Met de koppelingsfunctie kunt u ook migreren van SQL Server naar SQL Managed Instance, waardoor:

• De meest presterende, minimale downtimemigratie, vergeleken met alle andere oplossingen die momenteel beschikbaar zijn.
• Echte onlinemigratie naar SQL Managed Instance in elke servicelaag.

Omdat de koppelingsfunctie minimale downtimemigratie mogelijk maakt, kunt u migreren naar uw beheerde exemplaar terwijl u uw primaire workload online onderhoudt. Hoewel het momenteel mogelijk is om onlinemigraties naar de servicelaag Algemeen gebruik met andere oplossingen te bereiken, is de koppelingsfunctie de enige oplossing die echte onlinemigraties naar de servicelaag Bedrijfskritiek toestaat. Zie Vergelijk de Managed Instance-koppeling met LRS voor een uitgebreide vergelijking van migraties tussen het gebruik van de koppeling en de Log Replay-service.

Gegevens on-premises kopiëren

Met SQL Server 2022 kunt u uw koppeling van SQL Managed Instance naar SQL Server tot stand brengen, extra scenario's ontgrendelen, zoals het maken van een bijna realtime databasereplica buiten Azure, het testen van bedrijfscontinuïteitsplannen en het voldoen aan nalevingsvereisten.

Automatische back-ups

Nadat u een koppeling met Azure SQL Managed Instance hebt geconfigureerd, wordt automatisch een back-up gemaakt van databases in het beheerde SQL-exemplaar naar Azure Storage, ongeacht of SQL Managed Instance primair is. Automatische back-ups via de koppeling maken volledige en transactielogboekback-ups, maar geen differentiële back-ups, wat kan leiden tot langere hersteltijden.

U kunt uw on-premises beheer- en bewerkingskosten verlagen terwijl u profiteert van de betrouwbaarheid van Azure-back-ups voor uw gerepliceerde databases. Vervolgens kunt u een herstel naar een bepaald tijdstip uitvoeren van uw gerepliceerde database naar elke SQL Managed Instance-implementatie in dezelfde regio, net als bij elke andere geautomatiseerde back-up.

Licentievrije passieve DR-replica

U kunt besparen op vCore-licentiekosten als u het hybride failovervoordeel activeert voor secundair passief herstel na noodgeval, alleen voor SQL beheerde exemplaren die geen workloads hebben.

Bekijk passieve replica zonder licentieom aan de slag te gaan.

Kostenvoordeel

Als u alleen een replica van een beheerd exemplaar aanwijst voor herstel na noodgevallen, worden er geen sql Server-licentiekosten in rekening gebracht voor de vCores die door het secundaire exemplaar worden gebruikt. Het exemplaar wordt gefactureerd op uurbasis en er kunnen mogelijk licentiekosten in rekening worden gebracht voor een volledig uur als u het licentievoordeel binnen dat uur bijwerkt.

Het voordeel werkt anders voor het factureringsmodel betalen per gebruik en het Azure Hybrid Benefit. Voor een factureringsmodel op basis van betalen naar gebruik worden de vCores met korting berekend op uw factuur. Als u Azure Hybrid Benefit gebruikt voor de passieve replica, wordt het aantal vCores dat door de secundaire replica wordt gebruikt, geretourneerd naar uw pool met licenties.

Als u bijvoorbeeld een klant bent die betaalt naar gebruik en 16 vCores heeft toegewezen aan uw secundaire instantie, wordt een korting voor 16 vCores toegepast op uw factuur als u uw secundaire instantie aanwijst voor hybride failover.

Als u in een ander voorbeeld 16 Azure Hybrid Benefit-licenties hebt en uw secundaire met SQL beheerde exemplaar 8 vCores gebruikt, worden na het aanwijzen van het secundaire exemplaar voor hybride failover 8 vCores geretourneerd naar uw licentiegroep voor gebruik met andere Azure SQL-implementaties.

Zie de licentievoorwaarden voor SQL Server online in de sectie SQL Server - Failover-rechten voor exacte voorwaarden van het voordeel van hybride failoverrechten.

Beperkingen

Houd rekening met de volgende beperkingen wanneer u de koppeling gebruikt.

Beperkingen voor versieondersteuning zijn onder andere:

• U kunt geen Windows 10- en 11-clients gebruiken om uw SQL Server-exemplaar te hosten, omdat het niet mogelijk is om de functie AlwaysOn-beschikbaarheidsgroep in te schakelen die vereist is voor de koppeling. U moet SQL Server-exemplaren hosten op Windows Server 2012 of hoger.
• De koppelingsfunctie biedt geen ondersteuning voor SQL Server-versies 2008 tot 2014, omdat de SQL-engine van deze releases geen ingebouwde ondersteuning heeft voor gedistribueerde beschikbaarheidsgroepen die vereist zijn voor de koppeling. Voer een upgrade uit naar een nieuwere versie van SQL Server om de koppeling te gebruiken.
• Gegevensreplicatie en failover-van SQL Managed Instance naar SQL Server 2022 worden niet ondersteund door exemplaren die zijn geconfigureerd met het Always-up-to-date- updatebeleid. Uw exemplaar moet worden geconfigureerd met updatebeleid voor SQL Server 2022 om het volgende te doen:
  • Maak een koppeling vanuit SQL Managed Instance-naar SQL Server.
  • Failover van SQL Managed Instance naar SQL Server 2022.
• Hoewel u een koppeling kunt maken van SQL Server 2022 naar een met SQL beheerd exemplaar dat is geconfigureerd met het always-up-to-updatebeleid, kunt u na een failover naar SQL Managed Instance geen gegevens repliceren of een failback uitvoeren naar SQL Server 2022.

Beperkingen voor gegevensreplicatie zijn onder andere:

• U kunt alleen gebruikersdatabases repliceren. Replicatie van systeemdatabases wordt niet ondersteund.
• De oplossing repliceert geen objecten op serverniveau, agenttaken of gebruikersaanmelding van SQL Server naar SQL Managed Instance.
• Voor SQL Server-versies 2016, 2017 en 2019 is replicatie van gebruikersdatabases van SQL Server-exemplaren naar SQL Managed Instance-implementaties één manier. U kunt gebruikersdatabases niet repliceren vanuit SQL Managed Instance-implementaties naar SQL Server-exemplaren via de koppeling. Replicatie in twee richtingen met failback naar een SQL Server-exemplaar is alleen beschikbaar voor SQL Server 2022.
• Het configureren van een koppeling van SQL Managed Instance naar SQL Server wordt niet ondersteund voor SQL Managed Instance-databases die al zijn gekoppeld.

Configuratiebeperkingen zijn onder andere:

• Als er meerdere SQL Server-exemplaren op een server zijn, kunt u voor elk exemplaar een koppeling configureren, maar u moet elk exemplaar configureren om een afzonderlijk eindpunt voor databasespiegeling te gebruiken, met een toegewezen poort per exemplaar. Alleen het standaardexemplaar moet poort 5022 gebruiken voor het databasespiegelings-eindpunt.
• U kunt slechts één database in één beschikbaarheidsgroep plaatsen voor één beheerde exemplaarkoppeling. U kunt echter meerdere databases in één SQL Server-exemplaar repliceren door meerdere koppelingen tot stand te brengen.
• U kunt een koppeling maken met een bestaande beschikbaarheidsgroep met één database. Als uw bestaande beschikbaarheidsgroep meerdere databases heeft, kunt u alleen een koppeling met de beschikbaarheidsgroep maken als u alle databases verwijdert, behalve een van de beschikbaarheidsgroep.
• Eén beheerd exemplaar voor algemeen gebruik of bedrijfskritieke SQL ondersteunt maximaal 100 koppelingen en één next-gen Sql Managed Instance ondersteunt maximaal 500 koppelingen, van hetzelfde of van meerdere SQL Server-bronnen.
• Een managed instance-koppeling kan een database van elke grootte repliceren als deze past in de gekozen opslaggrootte van de doelimplementatie van SQL Managed Instance.
• Koppelingsauthenticatie van Managed Instances tussen SQL Server en SQL Managed Instance is gebaseerd op certificaten en alleen beschikbaar door certificaten uit te wisselen. U kunt Windows-verificatie niet gebruiken om de koppeling tot stand te brengen tussen het SQL Server-exemplaar en het beheerde SQL-exemplaar.
• U kunt een koppeling tot stand brengen met alleen het VNet-lokale eindpunt voor SQL Managed Instance.
• U kunt geen openbaar eindpunt of privé-eindpunten gebruiken om de koppeling met het beheerde exemplaar tot stand te brengen.
• U kunt databases met meerdere logboekbestanden niet repliceren, omdat SQL Managed Instance geen ondersteuning biedt voor meerdere logboekbestanden.

Functiebeperkingen zijn onder andere:

• U kunt geen failovergroepen gebruiken met exemplaren die gebruikmaken van de koppelingsfunctie. U kunt geen koppeling maken op een met SQL beheerd exemplaar dat deel uitmaakt van een failovergroep. U kunt daarentegen geen failovergroep configureren voor een exemplaar dat een koppeling tot stand heeft gebracht.
• Als u Change Data Capture (CDC), logboekverzending of een servicebroker gebruikt met databases die worden gerepliceerd op het SQL Server-exemplaar, wanneer de database wordt gemigreerd naar een SQL Managed Instance-implementatie, moeten clients tijdens een failover naar Azure verbinding maken met behulp van de exemplaarnaam van de huidige globale primaire replica. U moet deze instellingen handmatig opnieuw configureren.
• Als u transactionele replicatie gebruikt voor een database met een tot stand gebrachte koppeling, kunt u het volgende overwegen:
  • De gekoppelde database op de secundaire replica kan geen uitgever zijn in een transactionele replicatietopologie.
  • Als u een database migreert die is geconfigureerd als uitgever in een transactionele replicatietopologie met behulp van de koppeling, moet u de database opnieuw configureren als een Uitgever op het doelexemplaren nadat de migratie is voltooid.
• Als u gedistribueerde transacties gebruikt met een database die wordt gerepliceerd vanuit het SQL Server-exemplaar en, in een migratiescenario, worden de mogelijkheden van gedistribueerde transactiecoördinator niet overgedragen naar de cloud. Het is niet mogelijk voor de gemigreerde database om betrokken te raken bij gedistribueerde transacties met het SQL Server-exemplaar, omdat de implementatie van SQL Managed Instance momenteel geen ondersteuning biedt voor gedistribueerde transacties met SQL Server. Ter referentie ondersteunt SQL Managed Instance momenteel alleen gedistribueerde transacties tussen andere beheerde exemplaren. Zie Gedistribueerde transacties tussen clouddatabasesvoor meer informatie.
• Als u Transparent Data Encryption (TDE) gebruikt om SQL Server-databases te versleutelen, moet u de databaseversleutelingssleutel exporteren van SQL Server en deze uploaden naar Azure Key Vault. U moet ook de optie BYOK TDE configureren voor SQL Managed Instance voordat u de koppeling maakt.
• U kunt sql Managed Instance-databases die zijn versleuteld met door de service beheerde TDE-sleutels niet koppelen aan SQL Server. U kunt een versleutelde database alleen koppelen aan SQL Server als u deze hebt versleuteld met een door de klant beheerde sleutel en de doelserver toegang heeft tot dezelfde sleutel die wordt gebruikt om de database te versleutelen. Zie SQL Server TDE instellen met Azure Key Vaultvoor meer informatie.
• U kunt geen koppeling tot stand brengen tussen SQL Server en SQL Managed Instance als de functionaliteit die u op het SQL Server-exemplaar gebruikt, niet wordt ondersteund op het beheerde SQL-exemplaar. Bijvoorbeeld:
  • U kunt databases met bestandstabellen en bestandsstromen niet repliceren, omdat SQL Managed Instance geen bestandstabellen of bestandsstreams ondersteunt.
  • U kunt databases die gebruikmaken van In-Memory OLTP alleen repliceren naar SQL Managed Instance in de servicelaag Bedrijfskritiek , omdat de servicelaag Algemeen gebruik geen ondersteuning biedt voor In-Memory OLTP. SQL Managed Instance biedt geen ondersteuning voor databases met meerdere In-Memory OLTP-bestanden en u kunt ze niet repliceren.

Er wordt geprobeerd een niet-ondersteunde functionaliteit toe te voegen aan een gerepliceerde database in:

• SQL Server 2017, 2019 en 2022 mislukt met een fout.
• SQL Server 2016 resulteert in het verbreken van de koppeling, die u vervolgens moet verwijderen en opnieuw moet maken.

Zie T-SQL-verschillen tussen SQL Server en Azure SQL Managed Instancevoor de volledige lijst met verschillen tussen SQL Server en SQL Managed Instance.

Verwante inhoud

De koppeling gebruiken:

• de omgeving voorbereiden voor de koppeling met Managed Instance
• Koppeling tussen SQL Server en SQL Managed Instance configureren met SSMS-
• Koppeling tussen SQL Server en SQL Managed Instance configureren met scripts
• Failover bij verbinding
• Migreren met de koppeling
• aanbevolen procedures voor het onderhouden van de koppeling
• Problemen met de koppeling oplossen

Voor meer informatie over de koppeling:

• Rampenherstel met Managed Instance-koppeling

Voor andere replicatie- en migratiescenario's kunt u het volgende overwegen:

• transactionele replicatie met SQL Managed Instance-
• Logboekherhalingsservice (LRS)