T-SQL-eltérések az SQL Server és a felügyelt Azure SQL-példány között

A következőre vonatkozik: Felügyelt Azure SQL-példány

Ez a cikk összefoglalja és ismerteti a felügyelt Azure SQL-példány és az SQL Server közötti szintaxis és viselkedés különbségeit.

A felügyelt SQL-példány magas kompatibilitást biztosít az SQL Server adatbázismotorjával, és a legtöbb funkció támogatott a felügyelt SQL-példányokban.

There are some PaaS limitations that are introduced in SQL Managed Instance and some behavior changes compared to SQL Server. A különbségek a következő kategóriákra oszlanak:

• A rendelkezésre állás magában foglalja az Always On rendelkezésre állási csoportok és a biztonsági másolatok közötti különbségeket.
• A biztonság magában foglalja a naplózás, a tanúsítványok, a hitelesítő adatok, a titkosítási szolgáltatók, a bejelentkezések és a felhasználók, valamint a szolgáltatáskulcs és a szolgáltatás főkulcsa közötti különbségeket.
• A konfiguráció magában foglalja a pufferkészlet bővítményének, a rendezésnek, a kompatibilitási szinteknek, az adatbázis-tükrözésnek, az adatbázis-beállításoknak, az SQL Server-ügynöknek és a táblabeállításoknak a különbségeit.
• A funkciók közé tartozik a BULK IN Standard kiadás RT/OPENROW Standard kiadás T, CLR, DBCC, elosztott tranzakciók, kiterjesztett események, külső kódtárak, FILESTREAM és FileTable, teljes szöveges szemantikai keresés, csatolt kiszolgálók, PolyBase, Replikáció, VISSZAÁLLÍTÁS, Szolgáltatás Közvetítő, tárolt eljárások, függvények és triggerek.
• Környezeti beállítások, például virtuális hálózatok és alhálózati konfigurációk.

Ezeknek a funkcióknak a többsége architekturális korlátozás, és a szolgáltatásfunkciókat jelöli.

A felügyelt SQL-példányban felderített és a jövőben megoldandó ideiglenes ismert problémákat a Mi az újdonságok? című témakör ismerteti.

Megjegyzés:

A Microsoft Entra ID az Azure Active Directory (Azure AD) új neve. Jelenleg frissítjük a dokumentációt.

Elérhetőség

AlwaysOn rendelkezésreállási csoportok

A magas rendelkezésre állás beépített a felügyelt SQL-példányba, és a felhasználók nem tudják szabályozni. A következő utasítások nem támogatottak:

• VÉGPONT LÉTREHOZÁSA ... A DATABA STANDARD KIADÁS_MIRRORING
• RENDELKEZÉSRE ÁLLÁSI CSOPORT LÉTREHOZÁSA
• A RENDELKEZÉSRE ÁLLÁSI CSOPORT MÓDOSÍTÁSA
• RENDELKEZÉSRE ÁLLÁSI CSOPORT ELVETÉSE
• Az ALTER DATABA Standard kiadás utasítás Standard kiadás T HADR záradéka

Backup

A felügyelt Azure SQL-példány automatikus biztonsági másolatokkal rendelkezik, így a felhasználók teljes adatbázis-biztonsági COPY_ONLY mentéseket hozhatnak létre. A különbségi, a napló- és a fájl-pillanatkép-biztonsági mentések nem támogatottak.

• Felügyelt SQL-példány esetén csak Azure Blob Storage-fiókba készíthet biztonsági másolatot egy példányadatbázisról:
  • Kizárólag az BACKUP TO URL támogatott.
  • FILE, TAPEés a biztonsági mentési eszközök nem támogatottak.
• A legtöbb általános WITH beállítás támogatott.
  • COPY_ONLY kötelező.
  • FILE_SNAPSHOT és CREDENTIAL nem támogatottak.
  • Szalagbeállítások: REWIND, NOREWIND, UNLOADés NOUNLOAD nem támogatottak.
  • Naplóspecifikus beállítások: NORECOVERY, STANDBYés NO_TRUNCATE nem támogatottak.

Limitations:

• Felügyelt SQL-példány esetén egy példányadatbázisról legfeljebb 32 sávos biztonsági mentés készíthető, ami a biztonsági mentési tömörítés használata esetén akár 4 TB-os adatbázisokhoz is elegendő.

• Szolgáltatás által felügyelt transzparens adattitkosítás (TDE) titkosított adatbázisban nem hajtható végreBACKUP DATABASE ... WITH COPY_ONLY. Service-managed TDE forces backups to be encrypted with an internal TDE key. The key can't be exported, so you can't restore the backup. Használjon automatikus biztonsági mentéseket és időponthoz kötött visszaállítást, vagy használja inkább az ügyfél által felügyelt (BYOK) TDE-t . Az adatbázis titkosítását is letilthatja.

• A felügyelt SQL-példányokon készített natív biztonsági másolatok csak SQL Server 2022-példányra állíthatók vissza. Ennek az az oka, hogy a felügyelt SQL-példány az SQL Server más verzióihoz képest magasabb belső adatbázis-verzióval rendelkezik. További információkért tekintse át az SQL Server 2022 SQL Server 2022-hez készült felügyelt SQL-példány adatbázisának biztonsági mentésének visszaállítását.

• Az adatbázisok Azure Storage-tárolókba történő biztonsági mentéséhez vagy visszaállításához felügyelt identitással vagy közös hozzáférésű jogosultságkóddal (SAS) végezhet hitelesítést, amely egy olyan URI, amely korlátozott hozzáférési jogosultságokat biztosít az Azure Storage-erőforrásokhoz További információ erről. Az Access-kulcsok használata ezekben a forgatókönyvekben nem támogatott.

• A biztonsági mentési csíkok maximális mérete a BACKUP felügyelt SQL-példány parancsával 195 GB, ami a blobok maximális mérete. Növelje a csíkok számát a biztonsági mentési parancsban, hogy csökkentse az egyes csíkok méretét, és maradjon ezen a korláton belül.

  Tipp.

  A korlátozás megkerüléséhez, ha helyszíni környezetben vagy virtuális gépen lévő SQL Serverről készít biztonsági másolatot egy adatbázisról, a következőket teheti:

  • Biztonsági mentés ahelyett, hogy DISK biztonsági másolatot készítenek a biztonsági mentésről.URL
  • Töltse fel a biztonsági mentési fájlokat a Blob Storage-ba.
  • Visszaállítás felügyelt SQL-példányba.

  A Restore felügyelt SQL-példány parancsa nagyobb blobméreteket támogat a biztonsági mentési fájlokban, mivel a feltöltött biztonsági mentési fájlok tárolásához más blobtípust használnak.

A T-SQL-t használó biztonsági mentésekről további információt a BACKUP című témakörben talál.

Biztonság

Naplózás

A Microsoft Azure SQL és az SQL Server naplózása közötti fő különbségek a következők:

• A felügyelt SQL-példányok naplózása kiszolgálószinten működik. A .xel naplófájlokat az Azure Blob Storage tárolja.
• Az Azure SQL Database-ben a naplózás az adatbázis szintjén működik. A .xel naplófájlokat az Azure Blob Storage tárolja.
• Az SQL Server, a helyszíni vagy a virtuális gépek naplózása kiszolgálói szinten működik. Az események a fájlrendszerben vagy a Windows eseménynaplóiban vannak tárolva.

A felügyelt SQL-példány XEvent-naplózása támogatja az Azure Blob Storage-célokat. A fájl- és Windows-naplók nem támogatottak.

Az Azure Blob Storage-ba történő naplózás szintaxisának főbb különbségei CREATE AUDIT a következők:

• A rendszer új szintaxist TO URL ad meg annak az Azure Blob Storage-tárolónak az URL-címéhez, amelyben a .xel fájlok találhatók.
• A szintaxis TO FILE nem támogatott, mert a felügyelt SQL-példány nem fér hozzá a Windows-fájlmegosztásokhoz.

For more information, see:

• CREATE Standard kiadás RVER AUDIT
• ALTER Standard kiadás RVER AUDIT
• Naplózás

Certificates

A felügyelt SQL-példány nem fér hozzá a fájlmegosztásokhoz és a Windows-mappákhoz, ezért a következő korlátozások érvényesek:

• A CREATE FROM/BACKUP TO fájl tanúsítványok esetében nem támogatott.
• A CREATE/BACKUP tanúsítvány FILE/ASSEMBLY nem támogatott. A titkos kulcsfájlok nem használhatók.

Lásd: CREATE CERTIFICATE and BACKUP CERTIFICATE.

Megkerülő megoldás: A tanúsítvány biztonsági mentése és a biztonsági mentés visszaállítása helyett kérje le a tanúsítvány bináris tartalmát és titkos kulcsát, tárolja .sql-fájlként, és hozzon létre binárisból:

CREATE CERTIFICATE
   FROM BINARY = asn_encoded_certificate
WITH PRIVATE KEY (<private_key_options>);

Hitelesítő adat

A felügyelt identitások, az Azure Key Vault és SHARED ACCESS SIGNATURE az identitások támogatottak. A Windows-felhasználók nem támogatottak.

Lásd: CREATE CREDENTIAL and ALTER CREDENTIAL.

Titkosítási szolgáltatók

A felügyelt SQL-példány nem fér hozzá a fájlokhoz, ezért a titkosítási szolgáltatók nem hozhatók létre:

• CREATE CRYPTOGRAPHIC PROVIDER nem támogatott. Lásd: CREATE CRYPTOGRAPHIC PROVIDER.
• ALTER CRYPTOGRAPHIC PROVIDER nem támogatott. Lásd: ALTER CRYPTOGRAPHIC PROVIDER.

Logins and users

• A használatával FROM CERTIFICATEFROM ASYMMETRIC KEYFROM SID létrehozott SQL-bejelentkezések támogatottak. Lásd a CREATE LOGIN (BEJELENTKEZÉS LÉTREHOZÁSA) című témakört. A kiszolgálónevek (bejelentkezések) a kiszolgáló szintjén jönnek létre, a felhasználók (adatbázisnevek) pedig az adatbázis szintjén. A CREATE LOGIN szintaxissal létrehozott Microsoft Entra-bejelentkezések és a CREATE U Standard kiadás R FROM LOGIN szintaxissal létrehozott Microsoft Entra-felhasználók támogatottak. A felhasználó létrehozásakor és megadásakor FROM LOGINa felhasználó a bejelentkezéshez lesz társítva, és örökli a hozzá rendelt kiszolgálói szerepköröket és engedélyeket.

  A felügyelt SQL-példány támogatja a microsoft Entra-identitásokon alapuló, a szintaxissal CREATE USER [AADUser/AAD group] FROM EXTERNAL PROVIDERrendelkező, tartalmazott adatbázis-felhasználók létrehozását. Az így létrehozott felhasználók nem tartoznak kiszolgálónevekhez, még akkor sem, ha egy azonos nevű kiszolgálónév található az master adatbázisban.

• A szintaxissal CREATE LOGIN ... FROM WINDOWS létrehozott Windows-bejelentkezések nem támogatottak. Microsoft Entra-bejelentkezések és -felhasználók használata.

• A példány Microsoft Entra-rendszergazdája korlátlan rendszergazdai jogosultságokkal rendelkezik.

• Egyes funkciók nem támogatják a Microsoft Entra-bejelentkezések használatát a példányok közötti interakciókban, de csak egyetlen felügyelt SQL-példányon belül, például az SQL Server replikációjában. A csatolt kiszolgálói funkció támogatja a példányok közötti hitelesítést a Microsoft Entra-kiszolgálónevek (bejelentkezések) használatával.

• A Microsoft Entra-csoportra leképezett Microsoft Entra-bejelentkezés beállítása nem támogatott adatbázis-tulajdonosként. A Microsoft Entra csoport tagja lehet adatbázis-tulajdonos, még akkor is, ha a bejelentkezés még nem lett létrehozva az adatbázisban.

• A Microsoft Entra kiszolgálószintű tagok megszemélyesítése más Microsoft Entra-tagok használatával támogatott, például az EXECUTE AS záradék. AZ EXECUTE AS korlátozásai a következők:

  • Az EXECUTE AS U Standard kiadás R nem támogatott a Microsoft Entra-felhasználók számára, ha a név eltér a bejelentkezési névtől. Ilyen például, ha a felhasználó a szintaxison CREATE USER [myAadUser] FROM LOGIN [john@contoso.com] keresztül jön létre, és a megszemélyesítést megkísérli a rendszer.EXEC AS USER = myAadUser Amikor létrehoz egy U Standard kiadás R-t egy Microsoft Entra-bejelentkezésből, adja meg a user_name ugyanazzal a login_name a BEJELENTKEZÉSből.

  • Csak a sysadmin szerepkör részét képező SQL Server-szintű bejelentkezések hajthatják végre az alábbi műveleteket, amelyek a Microsoft Entra-tagokra irányulnak:

    • VÉGREHAJTÁS U-KÉNT STANDARD KIADÁS R
    • VÉGREHAJTÁS BEJELENTKEZÉSKÉNT

  • Ahhoz, hogy egy felhasználót megszemélyesíthesse az EXECUTE AS utasítással, a felhasználót közvetlenül a Microsoft Entra-bejelentkezéshez kell hozzárendelni. A Microsoft Entra-kiszolgálónevekre leképezett Microsoft Entra-csoportok tagjait nem lehet hatékonyan megszemélyesíteni az EXECUTE AS utasítással, annak ellenére, hogy a hívó rendelkezik a megadott felhasználónévhez tartozó megszemélyesítési engedélyekkel.

• Az adatbázis bacpac-fájlokkal való exportálása/importálása támogatott a Felügyelt SQL-példány Microsoft Entra-felhasználói számára SSMS V18.4 vagy újabb verzióval vagy SqlPackage használatával.

  • Az adatbázis bacpac-fájlja a következő konfigurációkat támogatja:
    • Adatbázis exportálása/importálása ugyanazon a Microsoft Entra-tartományon belüli különböző felügyeleti példányok között.
    • Exportáljon egy adatbázist a felügyelt SQL-példányból, és importálja az SQL Database-be ugyanabban a Microsoft Entra-tartományban.
    • Adatbázis exportálása az SQL Database-ből, és importálás felügyelt SQL-példányba ugyanazon a Microsoft Entra-tartományon belül.
    • Adatbázis exportálása felügyelt SQL-példányból, majd importálás az SQL Serverbe (2012-es vagy újabb verzió).
      • Ebben a konfigurációban minden Microsoft Entra-felhasználó SQL Server-adatbázisnévként (felhasználóként) jön létre bejelentkezés nélkül. A felhasználók típusa a SQL következő módon látható és látható:sys.database_principalsSQL_USER Engedélyük és szerepkörük megmarad az SQL Server-adatbázis metaadataiban, és felhasználhatók megszemélyesítésre. Ezek azonban nem használhatók az SQL Serverhez való hozzáférésre és az SQL Serverre való bejelentkezésre a hitelesítő adataikkal.

• Csak a felügyelt SQL-példány kiépítési folyamata által létrehozott kiszolgálószintű egyszerű bejelentkezés, a kiszolgálói szerepkörök tagjai, például securityadmin a sysadminkiszolgálói szintű ALTER ANY bejelentkezési engedéllyel rendelkező egyéb bejelentkezések hozhatnak létre Microsoft Entra-kiszolgálóneveket (bejelentkezéseket) a master felügyelt SQL-példány adatbázisában.

• Az SQL-alapú bejelentkezéseket hozzá kell rendelni a sysadmin Microsoft Entra-identitásokhoz tartozó bejelentkezések létrehozásához.

• A bejelentkezésnek ugyanannak a Microsoft Entra-bérlőnek kell lennie, amelyben az Azure SQL Managed Instance található.

• A Microsoft Entra-kiszolgálónevek (bejelentkezések) az Sql Server Management Studio 18.0 5-ös előzetes verziójától kezdve láthatók az Object Explorerben.

• A rendszer automatikusan létrehoz egy sysadmin hozzáférési szintű kiszolgálónevet a Microsoft Entra rendszergazdája számára, ha engedélyezve van egy példányon.

• A hitelesítés során a rendszer a következő sorrendet alkalmazza a hitelesítést jelölő tag feloldásához:

  1. Ha a Microsoft Entra-fiók közvetlenül egy "E" típusú Microsoft Entra-bejelentkezéshez van hozzárendelve, sys.server_principals adjon hozzáférést, és alkalmazza a bejelentkezés engedélyeit.
  2. Ha a Microsoft Entra-fiók egy Microsoft Entra-bejelentkezésre leképezett csoport tagja, amely "X" típusként sys.server_principals van jelen, adjon hozzáférést, és alkalmazza a bejelentkezéshez szükséges engedélyeket.
  3. Ha a Microsoft Entra-fiók közvetlenül egy Adatbázis Microsoft Entra-felhasználójának megfeleltetve létezik, amely "E" típusként sys.database_principals jelenik meg, adjon hozzáférést a Microsoft Entra adatbázis-felhasználójának, és alkalmazza az engedélyeket.
  4. Ha a Microsoft Entra-fiók egy Olyan Microsoft Entra-csoport tagja, amely egy adatbázis Microsoft Entra-felhasználójára van leképezve, amely sys.database_principals "X" típusú, adjon hozzáférést, és alkalmazza a Microsoft Entra-csoport felhasználójának engedélyeit.

Szolgáltatáskulcs és szolgáltatás főkulcsa

• A főkulcsos biztonsági mentés nem támogatott (az SQL Database szolgáltatás felügyeli).
• A főkulcs visszaállítása nem támogatott (az SQL Database szolgáltatás felügyeli).
• A szolgáltatás főkulcsának biztonsági mentése nem támogatott (az SQL Database szolgáltatás felügyeli).
• A szolgáltatás főkulcsának visszaállítása nem támogatott (az SQL Database szolgáltatás felügyeli).

Konfiguráció

Pufferkészlet-bővítmény

• A pufferkészlet bővítménye nem támogatott.
• ALTER SERVER CONFIGURATION SET BUFFER POOL EXTENSION nem támogatott. Lásd: ALTER Standard kiadás RVER CONFIGURATION.

Rendezés

Az alapértelmezett példány-rendezés létrehozási SQL_Latin1_General_CP1_CI_AS paraméterként adható meg. Lásd: Rendezés.

Compatibility levels

• A támogatott kompatibilitási szintek a következők: 100, 110, 120, 130, 140, 150 és 160.
• A 100 alatti kompatibilitási szintek nem támogatottak.
• Az új adatbázisok alapértelmezett kompatibilitási szintje 150. A visszaállított adatbázisok esetében a kompatibilitási szint nem változik, ha 100 vagy annál magasabb volt.

Lásd: ALTER DATABA Standard kiadás kompatibilitási szint.

Database mirroring

Az adatbázis-tükrözés nem támogatott.

• ALTER DATABASE SET PARTNER és SET WITNESS a beállítások nem támogatottak.
• CREATE ENDPOINT … FOR DATABASE_MIRRORING nem támogatott.

További információ: ALTER DATABA Standard kiadás Standard kiadás T PARTNER és Standard kiadás T WITNESS és CREATE ENDPOINT ... A DATABA STANDARD KIADÁS_MIRRORING.

Adatbázis-beállítások

• Több naplófájl nem támogatott.
• A memóriabeli objektumok nem támogatottak az Általános célú szolgáltatásszinten.
• Általános célú példányonként legfeljebb 280 fájl lehet, ami adatbázisonként legfeljebb 280 fájlt jelent. Both data and log files in the General Purpose tier are counted toward this limit. The Business Critical tier supports 32,767 files per database.
• Az adatbázis nem tartalmazhat FILESTREAM-adatokat tartalmazó fájlcsoportokat. A visszaállítás sikertelen, ha .bak adatokat tartalmaz FILESTREAM .
• Minden fájl az Azure Blob Storage-ba kerül. A fájlonkénti I/O és átviteli sebesség az egyes fájlok méretétől függ.

CREATE DATABA Standard kiadás utasítás

A következő korlátozások vonatkoznak a következőkre CREATE DATABASE:

• A fájlok és fájlcsoportok nem határozhatók meg.

• A rendszer automatikusan hozzáad egy memóriaoptimalizált fájlcsoportot és fájlt, amelyet XTP-nek hívnak.

• A CONTAINMENT beállítás nem támogatott.

• WITH beállítások nem támogatottak.

  Tipp.

  Áthidaló megoldásként használja ALTER DATABASE a következőt CREATE DATABASE az adatbázis beállításainak beállításához fájlok hozzáadásához vagy az elszigetelés beállításához.

• A FOR ATTACH beállítás nem támogatott.

• A AS SNAPSHOT OF beállítás nem támogatott.

További információ: CREATE DATABA Standard kiadás.

ALTER DATABA Standard kiadás utasítás

Egyes fájltulajdonságok nem állíthatók be és nem módosíthatók:

• A T-SQL utasításban nem adható meg fájlelérési ALTER DATABASE ADD FILE (FILENAME='path') út. Távolítsa el FILENAME a szkriptből, mert a felügyelt SQL-példány automatikusan elhelyezi a fájlokat.
• A fájlnév nem módosítható az ALTER DATABASE utasítás használatával.
• Az XTP-fájl vagy a fájlcsoport módosítása nem engedélyezett.

A következő beállítások alapértelmezés szerint be vannak állítva, és nem módosíthatók:

• MULTI_USER
• ENABLE_BROKER
• AUTO_CLOSE OFF

A következő beállítások nem módosíthatók:

• AUTO_CLOSE
• AUTOMATIC_TUNING(CREATE_INDEX=ON|OFF)
• AUTOMATIC_TUNING(DROP_INDEX=ON|OFF)
• DISABLE_BROKER
• EMERGENCY
• ENABLE_BROKER
• FILESTREAM
• HADR
• NEW_BROKER
• OFFLINE
• PAGE_VERIFY
• PARTNER
• READ_ONLY
• RECOVERY BULK_LOGGED
• RECOVERY_SIMPLE
• REMOTE_DATA_ARCHIVE
• RESTRICTED_USER
• SINGLE_USER
• WITNESS

Egyes ALTER DATABASE utasítások (például Standard kiadás T-ELSZIGETELÉS) átmeneti sikertelenek lehetnek, például az automatikus adatbázis biztonsági mentése során vagy közvetlenül az adatbázis létrehozása után. Ebben az esetben ALTER DATABASE az utasítást újra kell próbálkozni. A kapcsolódó hibaüzenetekről további információt a Megjegyzések szakaszban talál.

További információ: ALTER DATABA Standard kiadás.

SQL Server Agent

• Az SQL Server Agent engedélyezése és letiltása jelenleg nem támogatott a felügyelt SQL-példányban. Az SQL Agent folyamatosan fut.
• Az üresjárati CPU-n alapuló feladatütemezési eseményindító nem támogatott.
• Az SQL Server-ügynök beállításai csak olvashatók. A felügyelt SQL-példány nem támogatja az eljárást sp_set_agent_properties .
• Munkahelyek
  • A T-SQL-feladat lépései támogatottak.
  • A következő replikációs feladatok támogatottak:
    • Tranzakciónapló-olvasó
    • Snapshot
    • Terjesztő
  • Az SSIS-feladat lépései támogatottak.
  • Más típusú feladatlépések jelenleg nem támogatottak:
    • Az egyesítési replikációs feladat lépése nem támogatott.
    • A várólista-olvasó nem támogatott.
    • A parancshéj még nem támogatott.
  • A felügyelt SQL-példány nem tudja elérni a külső erőforrásokat, például a robocopyn keresztüli hálózati megosztásokat.
  • Az SQL Server Analysis Services nem támogatott.
• Az értesítések részben támogatottak.
• Az e-mail-értesítések támogatottak, bár ehhez konfigurálni kell egy adatbázis-levelezési profilt. Az SQL Server Agent csak egy Database Mail-profilt használhat, és meg kell hívni AzureManagedInstance_dbmail_profile.
  • A Pager nem támogatott.
  • A NetSend nem támogatott.
  • A riasztások még nem támogatottak.
  • A proxyk nem támogatottak.
• Az EventLog nem támogatott.
• Az SQL Agent-feladatok létrehozásához, módosításához vagy végrehajtásához a felhasználónak közvetlenül a Microsoft Entra-kiszolgáló bejelentkezésére kell leképeznie. A nem közvetlenül leképezett felhasználók, például az SQL Agent-feladatok létrehozására, módosítására vagy végrehajtására jogosult Microsoft Entra-csoporthoz tartozó felhasználók nem fogják tudni hatékonyan végrehajtani ezeket a műveleteket. Ennek oka a felügyelt SQL-példány megszemélyesítése és az EXECUTE AS korlátozásai.
• A fő-/célfeladatok (MSX/TSX) többkiszolgálós Rendszergazda istration funkciója nem támogatott.

Az SQL Server-ügynökkel kapcsolatos információkért lásd: SQL Server Agent.

Táblák

A következő táblázattípusok nem támogatottak:

• FILESTREAM
• FILETABLE
• KÜLSŐ TÁBLA (a PolyBase kivételével)
• MEMORY_OPTIMIZED (csak általános célú szinten nem támogatott)

További információ a táblák létrehozásáról és módosításáról: CREATE TABLE and ALTER TABLE.

Functionalities

TÖMEGES BE STANDARD KIADÁS RT / OPENROW STANDARD KIADÁS T

A felügyelt SQL-példány nem fér hozzá a fájlmegosztásokhoz és a Windows-mappákhoz, ezért a fájlokat az Azure Blob Storage-ból kell importálni:

• DATASOURCE szükséges a BULK INSERT parancsban, amíg fájlokat importál az Azure Blob Storage-ból. Lásd: TÖMEGES BE STANDARD KIADÁS RT.
• DATASOURCE akkor szükséges a OPENROWSET függvényben, ha egy fájl tartalmát az Azure Blob Storage-ból olvassa be. Lásd: OPENROW Standard kiadás T.
• OPENROWSET Segítségével adatokat olvashat az Azure SQL Database-ből, az Azure SQL Managed Instance-ből vagy az SQL Server-példányokból. Más források, például Oracle-adatbázisok vagy Excel-fájlok nem támogatottak.

CLR

A felügyelt SQL-példányok nem férnek hozzá a fájlmegosztásokhoz és a Windows-mappákhoz, ezért a következő korlátozások érvényesek:

• Kizárólag az CREATE ASSEMBLY FROM BINARY támogatott. Lásd: CREATE AS Standard kiadás MBLY FROM BINARY.
• CREATE ASSEMBLY FROM FILE nem támogatott. Lásd: CREATE AS Standard kiadás MBLY FROM FILE.
• ALTER ASSEMBLY nem hivatkozhat fájlokra. Lásd: ALTER AS Standard kiadás MBLY.

Database Mail (db_mail)

• sp_send_dbmail paraméterrel @file_attachments nem tud mellékleteket küldeni. A helyi fájlrendszer és külső megosztások, illetve az Azure Blob Storage nem érhető el ebből az eljárásból.
• Tekintse meg a paraméterhez és a hitelesítéshez @query kapcsolódó ismert problémákat.

DBCC

Az SQL Serverben engedélyezett nem dokumentált DBCC-utasítások nem támogatottak a felügyelt SQL-példányokban.

• Csak korlátozott számú globális nyomkövetési jelző támogatott. A munkamenet-szint Trace flags nem támogatott. Lásd a nyomkövetési jelzőket.
• A DBCC TRACEOFF és a DBCC TRACEON csak korlátozott számú globális nyomkövetési jelzővel működik együtt.
• A DBCC CHECKDB beállítási REPAIR_ALLOW_DATA_LOSS, REPAIR_FAST és REPAIR_REBUILD nem használható, mert az adatbázis nem állítható be SINGLE_USER módban – lásd: ALTER DATABA Standard kiadás különbségek. Az adatbázis esetleges sérülését a Azure-támogatás csapat kezeli. Forduljon Azure-támogatás, ha az adatbázis sérülésére utaló jeleket észlel.

Elosztott tranzakciók

A T-SQL- és .NET-alapú elosztott tranzakciók a felügyelt példányok között általánosan elérhetők. Más forgatókönyvek, például XA-tranzakciók, felügyelt példányok és más résztvevők közötti elosztott tranzakciók támogatottak a felügyelt Azure SQL-példány DTC-jével, amely nyilvános előzetes verzióban érhető el.

Extended Events

A bővített események (XEvents) egyes Windows-specifikus céljai nem támogatottak:

• Az etw_classic_sync cél nem támogatott. Tárolja az .xel fájlokat az Azure Blob Storage-ban. Lásd: etw_classic_sync cél.
• Az event_file cél nem támogatott. Tárolja az .xel fájlokat az Azure Blob Storage-ban. Lásd: event_file cél.

Külső kódtárak

Az adatbázison belüli R- és Python-külső kódtárak korlátozott nyilvános előzetes verzióban támogatottak. Lásd: Machine Tanulás Services in Azure SQL Managed Instance (előzetes verzió)

FILESTREAM és FileTable

• A FILESTREAM-adatok nem támogatottak.
• Az adatbázis nem tartalmazhat adatokat tartalmazó FILESTREAM fájlcsoportokat.
• FILETABLE nem támogatott.
• A táblák nem tartalmazhatnak FILESTREAM típusokat.
• A következő függvények nem támogatottak:
  • GetPathLocator()
  • GET_FILESTREAM_TRANSACTION_CONTEXT()
  • PathName()
  • GetFileNamespacePat)
  • FileTableRootPath()

További információ: FILESTREAM és FileTables.

Teljes szöveges szemantikai keresés

A szemantikai keresés nem támogatott.

Társított kiszolgálók

A felügyelt SQL-példány csatolt kiszolgálói korlátozott számú célt támogatnak:

• A támogatott célok a felügyelt SQL-példányok, az SQL Database, az Azure Synapse SQL kiszolgáló nélküli és dedikált készletei, valamint az SQL Server-példányok.
• A nem támogatott célok a fájlok, az Analysis Services és más RDBMS. Próbálja meg natív CSV-importálást használni az Azure Blob Storage-ból BULK INSERT fájlimportálásra vagy OPENROWSET fájlbetöltésre egy kiszolgáló nélküli SQL-készlet használatával az Azure Synapse Analyticsben.

Műveletek:

• sp_dropserver támogatott a csatolt kiszolgáló elvetése. Lásd: sp_dropserver.
• A OPENROWSET függvény csak SQL Server-példányokon hajthat végre lekérdezéseket. Ezek felügyelhetők, helyszíniek vagy virtuális gépeken is. Lásd: OPENROW Standard kiadás T.
• Az OPENDATASOURCE függvény csak SQL Server-példányokon hajthat végre lekérdezéseket. Ezek felügyelhetők, helyszíniek vagy virtuális gépeken is. Például: SELECT * FROM OPENDATASOURCE('SQLNCLI', '...').AdventureWorks2022.HumanResources.Employee. Szolgáltatóként csak a SQLNCLI, SQLNCLI11, SQLOLEDBés MSOLEDBSQL az értékek támogatottak. Az SQL Server natív ügyfele (gyakran rövidített SNAC) el lett távolítva az SQL Server 2022-ből és az SQL Server Management Studio 19-ből (SSMS). Az SQL Server natív ügyfele (SQLNCLI vagy SQLNCLI11) és az örökölt Microsoft OLE DB Provider for SQL Server (SQLOLEDB) nem ajánlott az új fejlesztéshez. Váltson az SQL Serverhez készült új Microsoft OLE DB-illesztőprogramra (MSOLEDBSQL) vagy az SQL Serverhez készült legújabb Microsoft ODBC-illesztőprogramra.
• A csatolt kiszolgálók nem használhatók a hálózati megosztásokból származó fájlok (Excel, CSV) olvasására. Próbálja meg használni a BULK IN Standard kiadás RT, OPENROW Standard kiadás T függvényt, amely CSV-fájlokat olvas be az Azure Blob Storage-ból, vagy olyan csatolt kiszolgálót, amely a Synapse Analytics kiszolgáló nélküli SQL-készletére hivatkozik. A kérések nyomon követése felügyelt SQL-példány visszajelzési elemén

Az Azure SQL Managed Instance társított kiszolgálói támogatják az SQL-hitelesítést és a Microsoft Entra-hitelesítést.

PolyBase

A felügyelt Azure SQL-példány adatvirtualizálásával Transact-SQL-lekérdezéseket (T-SQL) hajthat végre az Azure Data Lake Storage Gen2-ben vagy az Azure Blob Storage-ban tárolt fájlokból származó adatokon, és összekapcsolásokkal kombinálhatja őket helyileg tárolt relációs adatokkal. A parquet és a tagolt szöveg (CSV) fájlformátumok közvetlenül támogatottak. A JSON-fájlformátum közvetetten támogatott a CSV fájlformátum megadásával, ahol a lekérdezések minden dokumentumot külön sorként adnak vissza. A sorokat a következővel elemezheti tovább JSON_VALUE : és OPENJSON. A PolyBase szolgáltatással kapcsolatos általános információkért lásd: PolyBase.

Továbbá a CREATE EXTERNAL TABLE AS Standard kiadás LECT (CETAS) lehetővé teszi az adatok exportálását a felügyelt SQL-példányból egy külső tárfiókba. A CETAS használatával létrehozhat egy külső táblát a Parquet- vagy CSV-fájlokon az Azure Blob Storage vagy az Azure Data Lake Storage (ADLS) Gen2 fölé. A CETAS ezzel párhuzamosan egy T-SQL Standard kiadás LECT utasítás eredményeit is exportálhatja a létrehozott külső táblába.

Replikáció

• A pillanatkép- és kétirányú replikációs típusok támogatottak. Az egyesíthető replikáció, a társközi replikáció és az frissíthető előfizetések nem támogatottak.
• A tranzakciós replikáció néhány korlátozással elérhető a felügyelt SQL-példányhoz:
  • Minden replikációs résztvevő (Közzétevő, Forgalmazó, Lekéréses előfizető és Leküldéses előfizető) elhelyezhető felügyelt SQL-példányon, de a közzétevőnek és a terjesztőnek egyaránt a felhőben vagy a helyszínen kell lennie.
  • A felügyelt SQL-példány képes kommunikálni az SQL Server legújabb verzióival. További információkért tekintse meg a támogatott verziók mátrixát.
  • A tranzakciós replikáció további hálózati követelményekkel rendelkezik.

A tranzakciós replikáció konfigurálásával kapcsolatos további információkért tekintse meg az alábbi oktatóanyagokat:

• Replikáció sql MI-közzétevő és SQL MI-előfizető között
• Replikáció sql MI-közzétevő, SQL MI-forgalmazó és SQL Server-előfizető között

RESTORE utasítás

• Támogatott szintaxis:
  • RESTORE DATABASE
  • RESTORE FILELISTONLY
  • RESTORE HEADERONLY
  • RESTORE LABELONLY
  • RESTORE VERIFYONLY
• Nem támogatott szintaxis:
  • RESTORE LOGONLY
  • RESTORE REWINDONLY
• Forrás:
  • FROM URL (Azure Blob Storage) az egyetlen támogatott lehetőség.
  • FROM DISK/TAPEA /backup eszköz nem támogatott.
  • A biztonsági mentési csoportok nem támogatottak.
• WITH beállítások nem támogatottak. Az olyan visszaállítási kísérletek, mint például WITHDIFFERENTIALa , STATS, REPLACEstb. sikertelenek lesznek.

Az adatbázis-visszaállítási művelet aszinkron és újrapróbálható a felügyelt Azure SQL-példányban. Az SSMS-ben hiba jelenhet meg, ha a kapcsolat meghiúsul, vagy egy időtúllépés lejár. A felügyelt Azure SQL-példány továbbra is megpróbálja visszaállítani az adatbázist a háttérben, és a sys.dm_exec_requests és sys.dm_operation_status dinamikus felügyeleti nézetekkel nyomon követheti a visszaállítási folyamat előrehaladását.

A következő adatbázis-beállítások vannak beállítva vagy felülbíráltak, és később nem módosíthatók:

• NEW_BROKER ha a közvetítő nincs engedélyezve a .bak fájlban.
• ENABLE_BROKER ha a közvetítő nincs engedélyezve a .bak fájlban.
• AUTO_CLOSE=OFF ha a .bak fájl egyik adatbázisa rendelkezik AUTO_CLOSE=ON.
• RECOVERY FULLha a .bak fájlban található adatbázis rendelkezik vagy BULK_LOGGED helyreállítási modellel rendelkezikSIMPLE.
• A rendszer hozzáad egy memóriaoptimalizált fájlcsoportot, amelyet XTP-nek nevezünk, ha nem a forrás .bak fájlban volt.
• A rendszer minden meglévő memóriaoptimalizált fájlcsoportot XTP-re nevez át.
• SINGLE_USER és RESTRICTED_USER a beállításokat a rendszer átalakítja a következőre MULTI_USER: .

Limitations:

• Előfordulhat, hogy a sérült adatbázisok biztonsági másolatai a sérülés típusától függően visszaállíthatók, de az automatikus biztonsági mentések csak a sérülés kijavítása után kerülnek visszaállításra. Győződjön meg arról, hogy a felügyelt SQL-példány forrásán fut DBCC CHECKDB , és biztonsági mentést WITH CHECKSUM használ a probléma megelőzése érdekében.
• .BAK A dokumentumban leírt korlátozásokat (például FILESTREAMFILETABLE objektumokat) tartalmazó adatbázis fájljának visszaállítása nem állítható vissza felügyelt SQL-példányon.
• .BAK a több biztonsági mentési csoportot tartalmazó fájlok nem állíthatók vissza.
• .BAK a több naplófájlt tartalmazó fájlok nem állíthatók vissza.
• A 8 TB-nál nagyobb adatbázisokat, aktív memóriabeli OLTP-objektumokat vagy példányonként 280-nál több fájlt tartalmazó biztonsági másolatok nem állíthatók vissza általános célú példányokon.
• A 4 TB-nál nagyobb adatbázisokat vagy a memóriában lévő OLTP-objektumokat tartalmazó biztonsági másolatok, amelyek teljes mérete nagyobb az erőforráskorlátokban leírt méretnél, nem állíthatók vissza üzletileg kritikus példányon. A visszaállítási utasításokról további információt a RESTORE utasításokban talál.

Fontos

Ugyanezek a korlátozások vonatkoznak a beépített időponthoz kötött visszaállítási műveletre is. Például a 4 TB-nál nagyobb általános célú adatbázis nem állítható vissza üzletileg kritikus példányon. üzletileg kritikus memóriabeli OLTP-fájlokkal vagy 280-nál több fájllal rendelkező adatbázis nem állítható vissza általános célú példányon.

Szolgáltatásközvetítő

A példányok közötti szolgáltatásközvetítő üzenetcseréje csak felügyelt Azure SQL-példányok között támogatott:

• CREATE ROUTE: Más felügyelt SQL-példány DNS-nevén ADDRESS kívül LOCAL nem használhatóCREATE ROUTE. A port mindig 4022.
• ALTER ROUTE: Más felügyelt SQL-példány DNS-nevén ADDRESS kívül LOCAL nem használhatóALTER ROUTE. A port mindig 4022.

Az átviteli biztonság támogatott, a párbeszédpanel biztonsága nem:

• CREATE REMOTE SERVICE BINDINGnem támogatott.

A szolgáltatásközvetítő alapértelmezés szerint engedélyezve van, és nem tiltható le. A következő ALTER DATABA Standard kiadás beállítások nem támogatottak:

• ENABLE_BROKER
• DISABLE_BROKER

Tárolt eljárások, függvények és triggerek

• NATIVE_COMPILATION az Általános célú szint nem támogatja.
• A következő sp_configure beállítások nem támogatottak:
  • allow polybase export
  • allow updates
  • filestream_access_level
  • remote access
  • remote data archive
  • remote proc trans
  • scan for startup procs
• A rendszer figyelmen kívül hagyja a következő sp_configure beállításokat, és nincs hatása:
  • Ole Automation Procedures
• sp_execute_external_scriptscsak az SQL MI-hez készült Machine Tanulás Services esetében támogatott, ellenkező esetben sp_execute_external_scripts a felügyelt SQL-példány esetében nem. Lásd: sp_execute_external_scripts.
• xp_cmdshell nem támogatott. Lásd: xp_cmdshell.
• Extended stored procedures nem támogatott, és ez magában foglalja sp_addextendedproc és sp_dropextendedproc. Ez a funkció nem támogatott, mert az SQL Server elavult elérési útján található. További információ: Bővített tárolt eljárások.
• sp_attach_db, sp_attach_single_file_dbés sp_detach_db nem támogatottak. Lásd: sp_attach_db, sp_attach_single_file_db és sp_detach_db.

Rendszerfüggvények és változók

A következő változók, függvények és nézetek különböző eredményeket adnak vissza:

• SERVERPROPERTY('EngineEdition') a 8 értéket adja vissza. Ez a tulajdonság egyedileg azonosít egy felügyelt SQL-példányt. Lásd: Standard kiadás RVERPROPERTY.
• SERVERPROPERTY('InstanceName') NULL értéket ad vissza, mert az SQL Serverhez használt példány fogalma nem vonatkozik a felügyelt SQL-példányra. Lásd: Standard kiadás RVERPROPERTY('InstanceName').
• @@SERVERNAME Egy teljes DNS-"csatlakoztatható" nevet ad vissza, például my-managed-instance.wcus17662feb9ce98.database.windows.net. Lásd: @@Standard kiadás RVERNAME.
• SYS.SERVERSEgy teljes DNS-"csatlakoztatható" nevet ad vissza, például myinstance.domain.database.windows.net a "name" és a "data_source" tulajdonságokat. Lásd: SYS.Standard kiadásRVERS.
• @@SERVICENAME NULL értéket ad vissza, mert az SQL Serverhez használt szolgáltatás fogalma nem vonatkozik a felügyelt SQL-példányra. Lásd: @@Standard kiadás RVICENAME.
• SUSER_ID támogatott. Null értéket ad vissza, ha a Microsoft Entra bejelentkezési adatai nincsenek megadva.sys.syslogins Lásd: SU Standard kiadásR_ID.
• SUSER_SID nem támogatott. A hibás adatokat adja vissza, ami egy ideiglenes ismert probléma. Lásd: SU Standard kiadásR_SID.

Környezeti korlátozások

Alhálózat

• Nem helyezhet el más erőforrásokat (például virtuális gépeket) abban az alhálózatban, ahol üzembe helyezte a felügyelt SQL-példányt. Ezeket az erőforrásokat egy másik alhálózat használatával helyezheti üzembe.
• Az alhálózatnak elegendő számú elérhető IP-címmel kell rendelkeznie. Legalább 32 IP-címnek kell lennie az alhálózatban.
• A régióban üzembe helyezhető virtuális magok és példánytípusok száma korlátozásokkal és korlátozásokkal rendelkezik.
• Van egy hálózati konfiguráció , amelyet az alhálózaton kell alkalmazni.

Virtuális hálózat

• A virtuális hálózat erőforrásmodell használatával telepíthető. A klasszikus modell nem támogatja a virtuális hálózat (VNet) üzembe helyezését.
• A felügyelt SQL-példány létrehozása után a felügyelt SQL-példány vagy virtuális hálózat áthelyezése egy másik erőforráscsoportba vagy előfizetésbe nem támogatott.
• A 2020 . szeptember 22. előtt létrehozott virtuális fürtökben üzemeltetett FELÜGYELT SQL-példányok esetében a virtuális hálózatok globális társviszony-létesítése nem támogatott. Ezekhez az erőforrásokhoz expressRoute-on vagy virtuális hálózatok közötti virtuális hálózatokon keresztül is csatlakozhat a virtuális hálózati átjárókon keresztül.

Feladatátvételi csoportok

A rendszeradatbázisok nem replikálódnak egy feladatátvételi csoportban található másodlagos példányra. Ezért a rendszeradatbázisok objektumaitól függő forgatókönyvek a másodlagos példányon lehetetlenek, kivéve, ha az objektumok manuálisan jönnek létre a másodlagos példányon.

tempdb

• A rendszeradatbázis maximális fájlmérete nem haladhatja meg a tempdb magonkénti 24 GB-ot egy általános célú szinten. Egy üzletileg kritikus szinten a maximális tempdb méretet a felügyelt SQL-példány tárterületének mérete korlátozza. tempdb a naplófájl mérete általános célú szinten legfeljebb 120 GB lehet. Egyes lekérdezések hibát jelezhetnek, ha magonként tempdb több mint 24 GB-ra van szükségük, vagy ha több mint 120 GB naplóadatokat állítanak elő.
• tempdb mindig 12 adatfájlra van felosztva: 1 elsődleges, más néven masteradatfájlra és 11 nem elsődleges adatfájlra. A fájlstruktúra nem módosítható, és új fájlok nem vehetők fel a fájlba tempdb.
• A memóriaoptimalizált TempDB-metaadatok, az SQL Server 2019 új memóriabeli adatbázis-funkciója nem támogatott.
• Az adatbázisban létrehozott model objektumok nem hozhatók létre tempdb automatikusan újraindítás vagy feladatátvétel után, mert tempdb nem kapják meg a kezdeti objektumlistát az model adatbázisból. Minden újraindítás vagy feladatátvétel után manuálisan kell létrehoznia az objektumokat tempdb .

msdb

A felügyelt SQL-példány rendszeradatbázisában a msdb következő sémáknak a saját előre meghatározott szerepköreiknek kell lenniük:

• Általános szerepkörök
  • TargetServersRole
• Rögzített adatbázis-szerepkörök
  • SQLAgentUserRole
  • SQLAgentReaderRole
  • SQLAgentOperatorRole
• DatabaseMail-szerepkörök:
  • DatabaseMailUserRole
• Integrációs szolgáltatások szerepkörei:
  • db_ssisadmin
  • db_ssisltduser
  • db_ssisoperator

Fontos

Az előre definiált szerepkörnevek, sémanevek és sématulajdonosok ügyfelek általi módosítása hatással lesz a szolgáltatás normál működésére. Az ilyen módosítások az észlelés után, vagy legkésőbb a következő szolgáltatásfrissítéskor visszaállnak az előre definiált értékekre a normál szolgáltatásművelet biztosítása érdekében.

Hibanaplók

A felügyelt SQL-példány részletes információkat helyez el a hibanaplókban. A hibanaplóban számos belső rendszeresemény van naplózva. Egyéni eljárás használatával elolvashatja a hibanaplókat, amelyek kiszűrnek néhány irreleváns bejegyzést. További információ: FELÜGYELT SQL-példány – sp_readmierrorlog vagy FELÜGYELT SQL-példány bővítmény (előzetes verzió) az Azure Data Studióhoz.

A megőrzött hibanaplók számának módosítása nem támogatott.

Kapcsolódó tartalom

• Mi a felügyelt Azure SQL-példány?
• Szolgáltatások összehasonlítása: Azure SQL Database és Felügyelt Azure SQL-példány
• A felügyelt Azure SQL-példány újdonságai
• A felügyelt Azure SQL-példány ismert problémái
• Rövid útmutató: Felügyelt Azure SQL-példány létrehozása