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

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

A következőkre 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.

Az SQL Serverről való egyszerű migrálást bemutató ábra.

Vannak olyan PaaS-korlátozások, amelyek az Azure SQL Managed Instance-ben lettek bevezetve, és néhány viselkedésbeli változás a SQL Serverhez képest. A különbségek a következő kategóriákra oszlanak:

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 felügyelt Azure SQL-példány újdonságai ismertetik?

Megjegyzés:

A Microsoft Entra ID-t korábban Azure Active Directorynak (Azure AD) nevezték.

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:

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.

Korlátozások:

  • 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ással (TDE) titkosított adatbázisban nem hajtható végre BACKUP DATABASE ... WITH COPY_ONLY . A szolgáltatás által kezelt TDE kikényszeríti a biztonsági másolatok belső TDE-kulccsal való titkosítását. A kulcsot nem lehet exportálni, ezért nem állíthatja vissza a biztonsági másolatot. 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ó: Adatbázis visszaállítása az SQL Server 2022-be felügyelt Azure SQL-példányból.

  • 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.

    Jótanács

    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

Könyvvizsgálat

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.

További információkért lásd:

Tanúsítványok

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 másolatának létrehozása é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áris fájlból:

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

Megbízólevél

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:

Bejelentkezések és felhasználók

  • 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 USER 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 USER 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 MICROSOFT Entra-bejelentkezésből hoz létre felhasználót , 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 FELHASZNÁLÓKÉNT
      • 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ó:SQL_USERsys.database_principals 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

Konfiguráció

Pufferkészlet-bővítmény

Összeállítá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.

Kompatibilitási szintek

  • 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 az ALTER DATABASE kompatibilitási szintjét.

Adatbázis-tükrözés

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 DATABASE SET PARTNER, SET WITNESS and CREATE ENDPOINT ... DATABASE_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. Az általános célú szinten az adat- és a naplófájlok egyaránt beleszámítanak ebbe a korlátba. Az üzletileg kritikus szint 32 767 fájlt támogat adatbázisonként.
  • 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 DATABASE 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.

    Jótanács

    Á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 DATABASE.

ALTER DATABASE 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 a SET CONTAINMENT) átmenetileg meghiúsulhatnak, 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 DATABASE.

SQL Server-ügynök

  • Az SQL Server Agent engedélyezése és letiltása jelenleg nem támogatott a felügyelt SQL-példányban. Az SQL Agent mindig 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ó
      • Pillanatfelvétel
      • Elosztó
    • 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élfeladatokhoz (MSX/TSX) tartozó többkiszolgálós felügyelet funkció nem támogatott.

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

Táblázatok

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

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.

Funkciók

TÖMEGES BESZÚRÁS/OPENROWSET

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 BESZÚRÁS.
  • 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: OPENROWSET.
  • 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:

Adatbázis levelezés (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: Nyomkövetési jelzők beállítása a DBCC TRACEON használatával.
  • 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 az ALTER DATABASE eltéréseit. Az adatbázis esetleges sérülését az Azure támogatási csapata kezeli. Ha az adatbázis sérülésére utaló jeleket észlel, forduljon az Azure ügyfélszolgálatához.

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. A felügyelt Azure SQL Managed Instance elosztott tranzakciókoordinátora (DTC) támogatja az egyéb forgatókönyveket, például az XA-tranzakciókat, a felügyelt példányok és más résztvevők közötti elosztott tranzakciókat.

Bővített események

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önyvtá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 Learning Services a felügyelt Azure SQL-példányban.

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.

Csatolt kiszolgálók

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

Műveletek:

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 (T-SQL) lekérdezéseket 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: Adatvirtualizálás a PolyBase használatával az SQL Serverben.

Továbbá a CREATE EXTERNAL TABLE AS SELECT (CETAS) lehetővé teszi 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 Parquet- vagy CSV-fájlok alapján, amelyek az Azure Blob Storage vagy az Azure Data Lake Storage (ADLS) Gen2 szolgáltatásokban találhatók. A CETAS ezzel párhuzamosan egy T-SQL SELECT 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:

Erőforrás-kormányzó

Az erőforrás-kormányzó támogatott. Azonban számos viselkedésbeli különbség van:

  • A felügyelt SQL-példány erőforrás-vezérlő konfigurációjának módosításához az elsődleges replikán lévő adatbázis környezetében master kell lennie.
  • Az elsődleges replikán végrehajtott erőforrás-vezérlőkonfigurációs módosítások az összes másodlagos replikára propagálnak. Előfordulhat azonban, hogy a másodlagos replika jelenleg érvényes konfigurációjának módosítása nem lesz azonnali. Ha a módosításokat egy másodlagos replikán szeretné érvényessé tenni, csatlakozzon az master adatbázishoz egy másodlagos replikán, és hajtsa végre ALTER RESOURCE GOVERNOR RECONFIGURE.
  • Az SQL Serverben, ha a REQUEST_MAX_CPU_TIME_SEC beállítás egy számítási feladatcsoporthoz van konfigurálva, és egy kötegkérés túllépi a konfigurált processzoridőt, az cpu_threshold_exceeded esemény kigyullad, de a kérés csak akkor fejeződik be, ha engedélyezve van egy nyomkövetési jelző. A felügyelt SQL-példányban ugyanaz az esemény aktiválódik, és a kérés mindig leáll. További információ: REQUEST_MAX_CPU_TIME_SEC.
  • A létrehozható erőforráskészletek maximális száma 40.

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ézetek használatával 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 lévő adatbázis rendelkezik vagy SIMPLE helyreállítási modellel rendelkezikBULK_LOGGED.
  • A rendszer hozzáad egy memóriaoptimalizált fájlcsoportot, amelyet XTP-nek nevezünk, ha nem szerepel a forrásfájlban .bak fájlban.
  • 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: .

Korlátozások:

  • 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, mint az erőforráskorlátokban leírt méret, nem állíthatók vissza üzleti szempontból 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 üzleti szempontból kritikus példányon. Az üzletileg kritikus fontosságú, 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 CREATE ROUTE kívül ADDRESS nem használhatóLOCAL. A port mindig 4022.
  • ALTER ROUTE: Más felügyelt SQL-példány DNS-nevén ALTER ROUTE kívül ADDRESS nem használhatóLOCAL. 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 az újonnan létrehozott adatbázisokhoz, és nem tiltható le. A visszaállított/migrált adatbázisok szolgáltatásközvetítői állapota a forrásadatbázistól öröklődik, és nem módosítható. A következő ALTER DATABASE-beállítások nem támogatottak:

  • ENABLE_BROKER
  • DISABLE_BROKER

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

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 : SERVERPROPERTY.
  • SERVERPROPERTY('InstanceName') visszaadja NULL , mert az SQL Serverhez használt példány fogalma nem vonatkozik a felügyelt SQL-példányra. Lásd : SERVERPROPERTY('InstanceName').
  • @@SERVERNAME Egy teljes DNS-"csatlakoztatható" nevet ad vissza, például my-managed-instance.wcus17662feb9ce98.database.windows.net. Lásd : @@SERVERNAME.
  • SYS.SERVERS Egy 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.servers.
  • @@SERVICENAME visszaadja NULL , mert az SQL Serverhez használt szolgáltatás fogalma nem vonatkozik a felügyelt SQL-példányra. Lásd : @@SERVICENAME.
  • SUSER_ID támogatott. Akkor ad NULL vissza, ha a Microsoft Entra-bejelentkezés nem szerepel a rendszerben sys.syslogins. Lásd : SUSER_ID.
  • SUSER_SID nem támogatott. A hibás adatokat adja vissza, ami egy ideiglenes ismert probléma. Lásd : SUSER_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ózati átjárókon keresztül csatlakozhat.

Átállás csoportok

A rendszeradatbázisok nem replikálódnak a feladatátvételi csoport másodlagos példányára. 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 üzleti szempontból 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:

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.

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

Kapcsolódó tartalom

  • Last updated on