Felügyelt Azure SQL-példányra vonatkozó gyakori kérdések (GYIK)

Hol találom a felügyelt SQL-példányon támogatott funkciók listáját?

A felügyelt SQL-példányok támogatott funkcióinak listáját az Azure SQL Managed Instance szolgáltatásai között találja.

A felügyelt Azure SQL-példány és az SQL Server szintaxisa és viselkedése közötti különbségekért tekintse meg az SQL Server T-SQL-eltéréseit.

Hol találhatók a felügyelt SQL-példány műszaki jellemzői és erőforráskorlátjai?

A rendelkezésre álló hardverjellemzőkért lásd a hardverkonfigurációk technikai különbségeit. Az elérhető szolgáltatási szintekről és azok jellemzőiről lásd a szolgáltatási szintek közötti technikai különbségeket.

Milyen szolgáltatási szintre jogosult vagyok?

Bármely ügyfél jogosult bármely szolgáltatási szintre. A Szoftvergarancia hatálya alá tartozó Standard és Nagyvállalati kiadások is kicserélhetők az Általános célú Azure Hybrid Benefit vagy üzletileg kritikus szolgáltatási szinttel a következő átváltási arányok használatával: 1 Standard kiadás = 1 Általános célú, 1 Nagyvállalati kiadás = 1 üzletileg kritikus, 1 Nagyvállalati kiadás = 4 Általános célú és 4 Általános célú = 1 Enterprise kiadás. További információ: Az AHB konkrét jogai.

Milyen előfizetéstípusokat támogat a felügyelt SQL-példány?

A támogatott előfizetéstípusok listáját a Támogatott előfizetéstípusok című témakörben találja.

Mely Azure-régiók támogatottak?

A felügyelt példányok az Azure legtöbb régiójában hozhatók létre; lásd a felügyelt SQL-példány támogatott régiói című témakört. Ha egy jelenleg nem támogatott régióban felügyelt példányra van szüksége, küldjön egy támogatási kérést az Azure Portalon keresztül.

Vannak kvótakorlátozások a felügyelt SQL-példányok üzembe helyezéséhez?

A felügyelt SQL-példánynak két alapértelmezett korlátja van: a használható alhálózatok számának korlátozása és a kiosztható virtuális magok számának korlátozása. A korlátozások az előfizetések típusaitól és régióitól függően változnak. A regionális erőforráskorlátozások előfizetéstípus szerinti listájáért tekintse meg a regionális erőforráskorlátozások táblázatát. Ezek olyan puha korlátok, amelyek igény szerint növelhetők. Ha az aktuális régiókban több felügyelt példányt szeretne kiépíteni, küldjön egy támogatási kérést a kvóta növeléséhez az Azure Portalon. További információ: Kvótanövelés kérése az Azure SQL Database-hez.

Igény szerint növelhetem az adatbázisok korlátját (100) a felügyelt példányon?

A felügyelt SQL-példányonkénti 100 adatbázis korlátja nem módosítható.

Hol lehet migrálni, ha több mint 16 TB adatom van?

Fontolja meg a számítási feladatnak megfelelő más Azure-ízekbe való migrálást: az Azure SQL Database rugalmas skálázását vagy az Azure-beli virtuális gépeken futó SQL Servert.

Hol lehet migrálni, ha konkrét hardverkövetelményekkel rendelkezem, például nagyobb RAM-ról virtuális magra vagy több processzorra?

Fontolja meg az SQL Serverre való migrálást azure-beli virtuális gépeken , vagy optimalizált Azure SQL Database-memóriát /processzort.

Hol találhatók az ismert problémák és hibák?

A termékhibákkal és az ismert problémákkal kapcsolatban lásd: Ismert problémák.

Hol találhatók a legújabb funkciók és a funkciók a nyilvános előzetes verzióban?

Az új és előzetes verziójú funkciókért tekintse meg az Újdonságok című témakört.

Hogyan építhetek ki felügyelt példányt?

Felügyelt példányt az Azure Portalról, a PowerShellből, az Azure CLI-ből és az ARM-sablonokból építhet ki.

Kioszthatok felügyelt példányokat egy meglévő előfizetésben?

Igen, kiépítheti a felügyelt példányt egy meglévő előfizetésben, ha az előfizetés a támogatott előfizetéstípusokhoz tartozik.

Miért nem sikerült kiépítsem egy felügyelt példányt az alhálózatban, amely egy számjegygel kezdődik?

Ez a mögöttes összetevő jelenlegi korlátozása, amely ellenőrzi az alhálózat nevét a regex ^[a-zA-Z_][^\/:*?"<>|''^]*(?<! [.\s]) $. A regexnek megfelelő és érvényes alhálózati nevek jelenleg támogatottak.

Hogyan méretezhetem a felügyelt példányt?

A felügyelt példányt skálázhatja az Azure Portalról, a PowerShellből, az Azure CLI-ből vagy az ARM-sablonokból.

Áthelyezhetem a felügyelt példányomat egyik régióból a másikba?

Igen, ez lehetséges. Útmutatásért lásd : Erőforrások áthelyezése régiók között.

Hogyan törölhetem a felügyelt példányomat?

A felügyelt példányokat az Azure Portalon, a PowerShellen, az Azure CLI-en vagy a Resource Manager REST API-ján keresztül törölheti.

Mennyi időt vesz igénybe egy példány létrehozása vagy frissítése, vagy egy adatbázis visszaállítása?

Az új felügyelt példány létrehozásához vagy a szolgáltatási szintek (virtuális magok, tárolók) módosításához szükséges idő számos tényezőtől függ. Lásd: Felügyeleti műveletek.

Lehet-e törölni és újra létrehozni egy adatbázist egy kezelt példányon, ugyanazt az adatbázisnevet használva?

Az adatbázisok visszaállítása a teljes meghatározott megőrzési időszakban garantált. Ez azokra az adatbázisokra is érvényes, amelyeket a létrehozást követően mindössze néhány másodperccel törölnek. Adatbázis létrehozásakor, törlésekor vagy visszaállításakor a rendszer különböző időközönként biztonsági mentést készít az adatok megőrzése érdekében, hogy azok az adott megőrzési időszakon belül visszaállíthatók legyenek. Ha egy adatbázist a biztonsági mentési művelet befejezése előtt elvet a rendszer, az alábbi hibával blokkolhatja az elvetési műveletet:

Message database 'backup_restore_db_lkg_native_restore' already exists. Choose a different database name.

A hiba elkerülése érdekében ellenőrizze az elvetési művelet állapotát, mielőtt újból létrehozna egy ugyanolyan nevű adatbázist. További információ: sys.dm_operation_status. Ha a művelet állapota Befejezve, VISSZAÁLLÍTHAT vagy LÉTREHOZHAT ugyanolyan nevű adatbázist.

A következő gyakori felhasználási esetekben valószínűsíthető ez a hiba:

• Ha több adatbázist töröl, és rövid egymás után ugyanazzal a névvel jön létre újra. Egy adatbázis elvetésekor a tranzakciónapló fennmaradó végének biztonsági mentése szinkron módon történik, mielőtt az elvetési művelet befejeződik, ahogy a képen látható:

  

  Addig nem lehet azonos nevű adatbázist létrehozni, amíg a tail-logról nem készült biztonsági mentés és a drop művelet nem fejeződött be. A törlési művelet szekvenciális jellege miatt a rövid egymásutánban törölt adatbázisok sorba kerülnek, ami meghosszabbíthatja az adatbázisok törlésének folyamatát, és késlelteti az új adatbázisok létrehozásának lehetőségét ugyanazon a néven.

• Ha egy adatbázis visszaállítása és elvetve a teljes biztonsági mentés létrehozása előtt történik. Egy adatbázis helyreállításakor a helyreállítási folyamat első lépése az adatbázis új teljes biztonsági mentésének elkészítése. Ha megpróbál visszaállítani egy adatbázist, majd közvetlenül a teljes biztonsági mentés befejezése előtt elveti azt, nem tudja elvetni az adatbázist, és létrehozni egy másik adatbázist ugyanazzal a névvel, amíg a teljes biztonsági mentés el nem készül, és az adatbázis elvetési művelete befejeződik. Az adatbázis méretétől függően a teljes biztonsági mentés akár órákig is eltarthat.

Mi történik, ha nem látom a szalagcímet és az Ajánlat alkalmazása gombot?

Lehetséges, hogy az előfizetése nem jogosult az ingyenes felügyelt SQL-példányra. Ellenkező esetben előfizetésenként egy ingyenes példány van korlátozva. Egy másik példány létrehozásához el kell távolítania egy meglévő ingyenes példányt. Ha nemrég törölte az ingyenes példányt, akár egy órát is igénybe vehet, amíg az ingyenes ajánlat szalagcíme újra megjelenik.

Segítség! Már nem tudok csatlakozni a példányomhoz!

Valószínű, hogy elfogytak a kreditjei a hónapra vonatkozóan. Nyissa meg a felügyelt SQL-példányt az Azure Portalon, és ellenőrizze az állapotot, hogy a példány leállított állapotban van-e az elégtelen kreditek miatt.

A virtuális magok óraszámát a vártnál gyorsabban használom, hogyan láthatom, hogy mi használja a virtuális magok óráinak használatát?

Ez a funkció jelenleg nem érhető el.

Visszaállíthatok egy adatbázist az ingyenes példányra?

Igen, visszaállíthat egy automatikus biztonsági másolatot az Azure Storage-ból, vagy visszaállíthatja az adatbázis biztonsági mentését az SQL Server Management Studio (SSMS) használatával.

Az ingyenes Azure SQL Managed Instance-ajánlat éles minőségű példányt biztosít?

Az erőforráskorlátozások ellenére az ingyenes felügyelt SQL úgy lett kialakítva, hogy hatás nélkül tesztelje a számítási feladatokat. Az ingyenes felügyelt SQL-példány használata során tapasztalt teljesítmény megegyezik a példány éles verziójának teljesítményével.

Frissíthetek nagyobb vagy nagyobb teljesítményűre

Az ingyenes felügyelt SQL-példány 4 és 8 virtuális magot kínál. Ha a vállalatnak több erőforrást tartalmazó példányra van szüksége, hozzon létre egy teljes körű fizetős felügyelt SQL-példányt.

Módosíthatom a biztonsági mentési beállítást georedundáns tárolásra?

Az ingyenes felügyelt SQL-példány biztonsági mentési beállításai nem módosíthatók.

Használhatom a Student-előfizetésemet az ingyenes felügyelt Azure SQL-példánnyal?

A Student-előfizetés jelenleg nem jogosult. A jogosult előfizetések esetében tekintse át a felügyelt SQL-példányok ingyenes ajánlatának előfeltételeit.

A felügyelt példányok neve megegyezhet a helyszíni SQL Server-példány nevével?

A felügyelt példányok nevének módosítása nem támogatott.

Módosíthatom a DNS-zóna előtagot?

Igen, a felügyelt SQL-példány alapértelmezett DNS-zónája .database.windows.net a sajátjával módosítható. A teljes tartománynév felügyelt példányának állomásneve azonban nem változik.

Ha egy másik DNS-zónát szeretne használni az alapértelmezett helyett, például .contoso.com:

• Alias definiálásához használja az SQL Server ügyfélhálózati segédprogramját (CliConfg). Használhatja csak a felügyelt példány gazdagépnevét, vagy a felügyelt példány gazdagépnevét, majd egy egyéni tartománynevet. A CliConfg eszköz egyszerűen hozzáadja az aliast a beállításjegyzékben a "HKLM\SOFTWARE\Microsoft\MSSQLServer\Client\Csatlakozás To" vagy a "HKLM\SOFTWARE\WOW6432Node\Microsoft\MSSQLServer\Client\Csatlakozás To" alatt, attól függően, hogy ha a 64 bites verziót (C:\Windows\System32\cliconfg.exe) vagy a 32 bites verziót (C:\Windows\SysWOW64\cliconfg.exe) használja, akkor az csoportházirend vagy szkript használatával is elvégezhető. Mindkettővel biztosíthatja, hogy a 32 bites és a 64 bites programok feloldhassák az aliast.
• CNAME rekord használata a DNS-ben a felügyelt példány gazdagépneve a felügyelt példány teljes tartományneve felé mutatva. Ebben az esetben TrustServerCertificate=TRUE a Microsoft Entra-azonosítóval (korábbi nevén Azure Active Directory) történő hitelesítéshez van szükség.
• Használjon A rekordot a DNS-ben a felügyelt példány gazdagépnevével, amely a felügyelt példány IP-címére mutat. Az IP-cím használata nem ajánlott, mivel értesítés nélkül változhat. Ebben az esetben TrustServerCertificate=TRUE a Microsoft Entra-hitelesítés használatakor van szükség.

Hogyan migrálhatok önálló Azure SQL Database-adatbázisok vagy azok rugalmas készletei felügyelt SQL-példányokra?

A felügyelt Azure SQL-példány számítási és tárolási méretenként ugyanazokat a teljesítményszinteket kínálja, mint az Azure SQL Database más üzembehelyezési lehetőségei. Ha egyetlen példányon szeretné összesíteni az adatokat, vagy egyszerűen csak egy kizárólag a felügyelt SQL-példányban támogatott szolgáltatásra van szüksége, az adatok exportálási/importálási (BACPAC) funkcióval migrálhatók. Az SQL Database felügyelt SQL-példányra való migrálásának további módjai:

• Külső adatforrás használata
• Az SQLPackage használata
• A BCP használata

Hogyan migrálhatom a példányadatbázisomat egyetlen Azure SQL Database-be?

Az egyik lehetőség egy adatbázis exportálása a BACPAC-be , majd a BACPAC-fájl importálása. Ez az ajánlott módszer, ha az adatbázis kisebb, mint 100 GB.

Tranzakciós replikáció akkor használható, ha az adatbázis összes táblája rendelkezik elsődleges kulcsokkal, és az adatbázisban nincsenek memóriabeli OLTP-objektumok.

Hogyan migrálhatom az SQL Server-példányomat felügyelt SQL-példányba?

Az SQL Server-példány migrálásához tekintse meg az SQL Server felügyelt Azure SQL-példányra való migrálását ismertető útmutatót.

Hogyan migrálhatok más platformokról felügyelt SQL-példányra?

A más platformokról való migrálással kapcsolatos migrálási információkért tekintse meg az Azure Database migrálási útmutatójában.

Hogyan hasonlíthatom össze az Azure SQL Managed Instance teljesítményét az SQL Server teljesítményével?

A felügyelt példány és az SQL Server közötti teljesítmény-összehasonlításhoz jó kiindulópont az Ajánlott eljárások a felügyelt Azure SQL-példány és az SQL Server-cikk közötti teljesítmény-összehasonlításhoz.

Mi okozza a felügyelt SQL-példány és az SQL Server közötti teljesítménybeli különbségeket?

Tekintse meg a felügyelt SQL-példány és az SQL Server teljesítménybeli különbségeinek fő okait. A tranzakciónapló fájlmérete hatással lehet az általános célú felügyelt SQL-példány teljesítményére. További információ: A naplófájl méretének hatása az általános célra.

Hogyan hangolja a felügyelt példány teljesítményét?

A felügyelt példány teljesítményét az alábbiakkal optimalizálhatja:

• Automatikus hangolás , amely csúcsteljesítményt és stabil számítási feladatokat biztosít az AI-n és a gépi tanuláson alapuló folyamatos teljesítményhangoláson keresztül.
• Memóriabeli OLTP , amely javítja a tranzakciós feldolgozási számítási feladatok átviteli sebességét és késését, és gyorsabb üzleti elemzéseket biztosít.
• Alkalmazás- és adatbázis-finomhangolás ajánlott eljárásainak alkalmazása
• A kapcsolattípus proxyról átirányítási módra váltása alacsonyabb késés és nagyobb átviteli sebesség érdekében, ha a számítási feladat sok kis tranzakcióból áll.

Hogyan hangolhatom tovább az általános célú felügyelt példány teljesítményét?

Az általános célú példányok teljesítményének javítása érdekében fontolja meg az adatfájlok méretének növelését. Az általános célú példányok tárolási teljesítményének optimalizálásához tekintse meg az általános célú szint tárolási ajánlott eljárásainak irányelveit.

A lekérdezés időtartama túl hosszú. Hogyan elemezhetem a felügyelt példány várakozási statisztikáit?

Lásd: A felügyelt SQL-példány várakozási statisztikáinak elemzése. A várakozási statisztikák olyan információk, amelyek segíthetnek megérteni, hogy miért hosszú a lekérdezés időtartama, és azonosíthatja azokat a lekérdezéseket, amelyek valamire várnak az adatbázismotorban.

Milyen lehetőségek vannak a felügyelt példány monitorozására és riasztására?

A felügyelt SQL-példányok használatával és teljesítményével kapcsolatos figyelési és riasztási lehetőségekről az Azure SQL Managed Instance monitorozási lehetőségeinek blogbejegyzésében olvashat. A felügyelt SQL-példány valós idejű teljesítménymonitorozását az Azure SQL Managed Instance valós idejű teljesítménymonitorozásával kapcsolatban talál.

Hogyan monitorozhatom a felügyelt példány teljesítményét?

Lásd: Figyelés és teljesítményhangolás.

Hogyan monitorozhatom a felügyelt példány valós idejű teljesítményét?

Tekintse meg a felügyelt Azure SQL-példány valós idejű teljesítményfigyelését.

Használhatom az SQL Profilert a teljesítménykövetéshez?

Igen, az SQL Profiler támogatott a felügyelt SQL-példányon. További információ: SQL Profiler. Ehelyett azonban érdemes megfontolni a kiterjesztett eseményeket a "nyomkövetési" tevékenységhez, amely kevésbé befolyásolja a figyelt példányt. További információ: Bővített események.

Támogatott a Database Advisor és a Lekérdezési teljesítményelemzés felügyelt SQL-példányok adatbázisai esetében?

Nem, nem támogatottak. A DMV-ket és a lekérdezéstárat az SQL Profilerrel és az XEvents-lel együtt használhatja az adatbázisok monitorozásához.

Hogyan monitorozhatom a processzorhasználatot a felügyelt példányon?

Tekintse meg az SQL Server és az Azure SQL processzorhasználatának monitorozását.

Létrehozhatok metrikariasztásokat a felügyelt SQL-példányon?

Igen. Útmutatásért lásd: Riasztások létrehozása felügyelt SQL-példányhoz. További tippeket és trükköket a blogban talál.

Létrehozhatok metrikariasztásokat egy felügyelt példány adatbázisán?

A riasztási metrikák nem érhetők el csak felügyelt példányokhoz. A felügyelt példányban lévő egyes adatbázisokra vonatkozó riasztási metrikák nem érhetők el.

Mi a felügyelt SQL-példány maximális tárterületmérete?

A felügyelt SQL-példány tárolási mérete a kiválasztott szolgáltatási szinttől (általános célú vagy üzletileg kritikus) függ. Ezeknek a szolgáltatási szinteknek a tárolási korlátaiért lásd a szolgáltatási szint jellemzőit.

Mi a felügyelt példányhoz elérhető minimális tárterületméret?

A példányokban elérhető minimális tárterület 32 GB. A tárterület 32 GB-os növekményekben adható hozzá a maximális tárterületméretig. Az első 32 GB ingyenes.

Növelhetim a példányhoz rendelt tárterületet a számítási erőforrásoktól függetlenül?

Igen, bizonyos mértékig megvásárolhatja a bővítménytárat a számítástól függetlenül. Lásd a tábla fenntartott példányainak maximális tárterületét.

Hogyan optimalizálhatom a tárolási teljesítményt az általános célú szolgáltatási szinten?

A tárolási teljesítmény optimalizálásához tekintse meg az általános célú tárolás ajánlott eljárásait.

A biztonsági mentési tár le van vonva a felügyelt példány tárolójából?

Nem, a biztonsági mentési tárterület nem lesz levonva a felügyelt példány tárterületéből. A biztonsági mentési tároló független a példány tárterületétől, és mérete nem korlátozott. A biztonsági mentési tárterületet a példányadatbázisok biztonsági mentésének megőrzéséhez szükséges időtartam korlátozza, amely legfeljebb 35 napig konfigurálható. További információ: Automatikus biztonsági mentések.

Hogyan tekinthetem meg, hogy a felügyelt példányomon mikor készül automatikus biztonsági mentés?

A felügyelt SQL-példányok automatikus biztonsági mentéseinek nyomon követéséhez tekintse át a Biztonsági mentés figyelése tevékenységet.

Támogatott az igény szerinti biztonsági mentés?

Igen, létrehozhat egy csak másolásra alkalmas teljes biztonsági másolatot az Azure Blob Storage-ban, de az csak felügyelt példányra lesz visszaállítható. További részletekért lásd : Csak másolási biztonsági mentés. A csak másolással történő biztonsági mentés azonban nem lehetséges, ha az adatbázist a szolgáltatás által felügyelt TDE titkosítja, mivel a titkosításhoz használt tanúsítvány nem érhető el. Ilyen esetben az időponthoz kötött visszaállítás funkcióval helyezze át az adatbázist egy másik felügyelt példányra, vagy váltson az ügyfél által felügyelt kulcsra.

Támogatott a natív visszaállítás (.bak-fájlokból) a felügyelt SQL-példányra?

Igen, az SQL Server 2005+ verzióiban támogatott és elérhető. A natív visszaállítás használatához töltse fel a .bak fájlt az Azure Blob Storage-ba, és hajtsa végre a T-SQL-parancsokat. További információ: Natív visszaállítás URL-címről.

Támogatott a natív visszaállítás a felügyelt SQL-példányról az SQL Serverre?

Igen, de csak az SQL Server 2022-ben, az SQL Server 2022 általános támogatási időszakában. Lehetséges, hogy a jövőben néhány felügyelt Azure SQL-példány-szolgáltatás is bevezethető, amelyek az adatbázis formátumának módosítását igénylik, így a biztonsági másolatok nem kompatibilisek az SQL Server legújabb verziójával. Az ilyen funkciókhoz való hozzáféréshez explicit bejelentkezés szükséges.

A rendszeradatbázisok replikálva vannak a feladatátvételi csoport másodlagos példányára?

A rendszeradatbázisok nem replikálódnak a feladatátvételi csoportban a másodlagos példányra. Ezért a rendszeradatbázisok objektumaitól függő forgatókönyvek a másodlagos példányon lehetetlenek lesznek, kivéve, ha az objektumok manuálisan jönnek létre a másodlagos példányon. Kerülő megoldásként tekintse meg a rendszeradatbázisok objektumától függő forgatókönyvek engedélyezése című témakört.  

Melyek a felügyelt példány alhálózatának aktuális bejövő/kimenő NSG-korlátozásai?

A szükséges NSG- és UDR-szabályokat itt dokumentáljuk, és a szolgáltatás automatikusan beállítja. Ne feledje, hogy ezek a szabályok csak azok, amelyekre szükségünk van a szolgáltatás fenntartásához. A felügyelt példányhoz való csatlakozáshoz és a különböző funkciók használatához további, funkcióspecifikus szabályokat kell beállítania, amelyeket fenn kell tartania.

Hogyan állíthatok be bejövő NSG-szabályokat a felügyeleti portokon?

A felügyelt SQL-példány felelős a felügyeleti portokra vonatkozó szabályok beállításáért. Ez a szolgáltatás által támogatott alhálózat-konfiguráció nevű funkciókkal érhető el. Ennek célja a felügyeleti forgalom zavartalan áramlásának biztosítása az SLA teljesítéséhez.

Lekérhetem a bejövő felügyeleti forgalomhoz használt forrás IP-tartományokat?

Igen. A Network Watcher folyamatnaplóinak konfigurálásával elemezheti a hálózati biztonsági csoporton áthaladó forgalmat.

Beállíthatom az NSG-t az adatvégponthoz való hozzáférés szabályozására (1433-os port)?

Igen. A felügyelt példány üzembe helyezése után beállíthatja az 1433-ás porthoz való bejövő hozzáférést vezérlő NSG-t. Javasoljuk, hogy a lehető legnagyobb mértékben szűkítse az IP-tartományát.

Beállíthatom az NVA-t vagy a helyszíni tűzfalat, hogy a teljes tartománynevek alapján szűrhessem a kimenő felügyeleti forgalmat?

Szám Ez több okból sem támogatott:

• A bejövő felügyeleti kérelmekre adott válaszként szolgáló útválasztási forgalom aszimmetrikus lenne, és nem működne.
• A forgalom Azure Storage-ba való átirányítását az átviteli sebesség korlátozásai és késése befolyásolná, így így nem tudjuk biztosítani a várt szolgáltatásminőséget és rendelkezésre állást.
• Ezek a konfigurációk hibalehetőségek, és nem támogatottak.

Beállíthatom az NVA-t vagy a tűzfalat a kimenő, nem felügyeleti forgalomhoz?

Igen. Ennek legegyszerűbb módja, ha 0/0 szabályt ad hozzá a felügyelt példány alhálózatához társított UDR-hez a forgalom NVA-n keresztüli átirányításához.

Hány IP-címre van szükségem egy felügyelt példányhoz?

Az alhálózatnak elegendő számú elérhető IP-címmel kell rendelkeznie. A felügyelt SQL-példány VNet-alhálózatának méretének meghatározásához tekintse meg a felügyelt Azure SQL-példány szükséges alhálózatméretének és tartományának meghatározását.

Mi a teendő, ha nincs elegendő IP-cím a példányfrissítési művelet végrehajtásához?

Ha nincs elegendő IP-cím abban az alhálózatban, ahol a felügyelt SQL-példány ki van építve, hozzon létre egy új alhálózatot, és helyezze át a felügyelt SQL-példányt. Azt is javasoljuk, hogy az új alhálózat több lefoglalt IP-címmel legyen létrehozva, hogy a jövőbeli frissítési műveletek elkerüljék a hasonló helyzeteket. Megtudhatja, hogyan helyezhet át felügyelt Azure SQL-példányt alhálózatok között.

Szükség van egy üres alhálózatra egy felügyelt példány létrehozásához?

Szám Használhat egy üres alhálózatot vagy egy olyan alhálózatot, amely már tartalmaz felügyelt példányokat.

Módosíthatom az alhálózat címtartományát?

Nem, ha vannak felügyelt példányok. Ez egy Azure-beli hálózati infrastruktúra korlátozása. Csak üres alhálózathoz adhat hozzá további címteret.

Áthelyezhetem a felügyelt példányomat egy másik alhálózatra?

Igen. A felügyelt SQL-példányok online módon áthelyezhetők egy másik alhálózatra ugyanazon a virtuális hálózaton belül vagy egy másik virtuális hálózaton belül. Megtudhatja, hogyan helyezhet át felügyelt Azure SQL-példányt alhálózatok között.

Szükség van egy üres virtuális hálózatra egy felügyelt példány létrehozásához?

Ez nem kötelező. Létrehozhat egy virtuális hálózatot a felügyelt Azure SQL-példányhoz, vagy konfigurálhat egy meglévő virtuális hálózatot a felügyelt Azure SQL-példányhoz.

Elhelyezhetek egy felügyelt példányt más szolgáltatásokkal egy alhálózaton?

Szám Jelenleg nem támogatjuk a felügyelt példányok olyan alhálózatban való elhelyezését, amely már tartalmaz más erőforrástípusokat.

Csatlakozhatok a felügyelt példányhoz az IP-címével?

Nem, ez nem lehetséges. A felügyelt példány gazdagépének neve leképződik a felügyelt példány virtuális fürtje előtti terheléselosztóra. Mivel egy virtuális fürt több felügyelt példányt is üzemeltethet, a kapcsolat nem irányítható a megfelelő felügyelt példányhoz a nevének megadása nélkül. Az SQL Managed Instance virtuális fürtjének architektúrájáról a virtuális fürt kapcsolati architektúráját ismertető cikkben tekinthet meg további információt.

A felügyelt példány rendelkezhet statikus IP-címmel?

Jelenleg csak a felügyelt példányok privát végpontjai garantálják a statikus IP-címeket.

Ritka, de szükséges helyzetekben előfordulhat, hogy egy felügyelt példány online migrálása egy új virtuális fürtbe vagy egy másik virtuálisgép-csoportba a virtuális fürtön belül, a szolgáltatás biztonságát és megbízhatóságát javító technológiai veremmódosítások miatt. Ha egy új virtuálisgép-csoportra vagy virtuális fürtre migrál, a felügyelt példány gazdagépének nevére leképezett IP-címet módosítja. A felügyelt példányszolgáltatás nem nyújt statikus IP-címtámogatást, és fenntartja a jogot az IP-cím előzetes értesítés nélküli módosítására a rendszeres karbantartási ciklusok részeként.

A fenti okból a virtuális hálózatok helyi és nyilvános végpontjai csak a hozzájuk társított tartományneveken keresztül érhetők el. Határozottan elriasztjuk, hogy az IP-címük nem módosítható, mivel ez hosszabb elérhetetlenséget eredményezhet, amíg a szolgáltatás kifogástalan állapotban van.

Ha olyan statikus IP-címre van szüksége, amely a virtuális hálózaton kívülről érhető el, üzembe helyezheti az Azure Firewallt egy előtérbeli nyilvános IP-címmel, és konfigurálhat egy NAT-szabályt, amely lefordítja a bejövő forgalmat egy felügyelt példány privát végpontjára. Ezután állítsa be a DNS-feloldásokat, vagy konfigurálja az ügyfél aliasokat úgy, hogy az SQL-ügyfelek a felügyelt példány teljes tartománynevén keresztül csatlakozzanak a tűzfal nyilvános IP-címéhez.

Rendelkezik nyilvános végpont a felügyelt SQL-példánysal?

Igen, egy nyilvános végpont engedélyezhető az internetről érkező bejövő forgalom engedélyezéséhez a felügyelt SQL-példány eléréséhez. További információ: Felügyelt SQL-példány használata nyilvános végpontokkal és nyilvános végpont konfigurálása felügyelt SQL-példányban.

Megadhatok egyéni portot az SQL-adatvégpontokhoz?

Nem, egyéni port használata nem érhető el. A virtuális hálózat helyi végpontja esetén a felügyelt SQL-példány az alapértelmezett 1433-es portszámot használja, a nyilvános adatvégpont esetében pedig a felügyelt SQL-példány az alapértelmezett 3342-es portszámot használja.

Mi a különböző régiókban elhelyezett felügyelt példányok csatlakoztatásának ajánlott módja?

A globális virtuális hálózatok közötti társviszony-létesítés (VNet-társviszony) és az Azure-beli virtuális WAN is ajánlott módszer két felügyelt példány csatlakoztatására különböző régiókban. Az Express Route-kapcsolatcsoport-társviszony-létesítés alternatív lehetőség. Ha a környezetben egyik lehetőség sem lehetséges, az egyetlen másik csatlakozási módszer a helyek közötti VPN-kapcsolat. Helyek közötti VPN konfigurálása az Azure Portal, a PowerShell vagy az Azure CLI használatával

Támogatja a felügyelt SQL-példány a globális virtuális hálózatok közötti társviszony-létesítést?

2020. szeptember 22-én adták hozzá a felügyelt Azure SQL-példányhoz az újonnan létrehozott virtuális fürtök globális virtuális hálózati társviszony-létesítését (VNet-társviszony-létesítést). Így a virtuális hálózatok közötti társviszony-létesítés támogatott az üres alhálózatokban 2020. szeptember 22. után létrehozott felügyelt példányok esetében. Az ezen időpont előtt üzembe helyezett példányok esetében a társviszony-létesítés támogatása az ugyanazon régión belüli hálózatokra korlátozódik a globális virtuális hálózatok közötti társviszony-létesítés korlátai miatt. További információkért tekintse át az Azure Virtual Networks gyakori kérdéseinek megfelelő szakaszát.

Ha 2020 szeptembere előtt létrehozott példányokkal szeretne globális virtuális hálózatok közötti társviszonyt létesíteni, vegye fontolóra egy karbantartási időszak konfigurálását vagy a példány új alhálózatra való áthelyezését, mivel mindkét lehetőség egy olyan új virtuális fürtre helyezi át a példányt, amely támogatja a globális virtuális hálózatok közötti társviszony-létesítést.

Megtudhatja , hogy szükség esetén hogyan ellenőrizheti, hogy a virtuális fürt támogatja-e a globális virtuális hálózati társviszony-létesítést.

Hogyan mérsékelhetem az adatkiszivárgási kockázatokat?

Az adatkiszivárgási kockázatok csökkentése érdekében az ügyfeleknek ajánlott biztonsági beállításokat és vezérlőket alkalmazniuk:

• Kapcsolja be a transzparens adattitkosítás (TDE) minden adatbázison.
• A Common Language Runtime (CLR) kikapcsolása. Ez a helyszínen is ajánlott.
• Csak Microsoft Entra-hitelesítést használjon.
• A példány elérése alacsony jogosultságú DBA-fiókkal.
• Konfigurálja a JIT jumpbox-hozzáférést a sysadmin-fiókhoz.
• Kapcsolja be az SQL-naplózást, és integrálja riasztási mechanizmusokkal.
• Kapcsolja be a fenyegetésészlelést a Microsoft Defender for SQL-csomagból.
• Szolgáltatásvégpont-szabályzat alkalmazása az alhálózatra az Azure Storage felé irányuló kimenő forgalom szabályozásához.
• A CREATE EXTERNAL TABLE AS Standard kiadás LECT (CETAS) alapértelmezés szerint le van tiltva. A CETAS kiszolgálókonfigurációs beállításon keresztül allowPolyBaseExport történő engedélyezéséhez lásd: CREATE EXTERNAL TABLE AS Standard kiadás LECT (CETAS).

Konfigurálhatok egyéni DNS-feloldót felügyelt SQL-példányhoz?

Igen. Lásd: Privát DNS-nevek feloldása a felügyelt Azure SQL-példányban.

Végezhetek DNS-frissítést?

Igen. Lásd: Privát DNS-nevek feloldása a felügyelt Azure SQL-példányban.

Módosíthatom egy meglévő felügyelt példány időzónájában?

Az időzóna konfigurációja akkor állítható be, ha egy felügyelt példány első üzembe helyezése történik. A meglévő felügyelt példány időzónájának módosítása nem támogatott. Részletekért lásd az időzóna korlátozásait.

A megkerülő megoldások közé tartozik egy új felügyelt példány létrehozása a megfelelő időzónával, majd manuális biztonsági mentés és visszaállítás végrehajtása, vagy az ajánlott, példányközi időponthoz kötött visszaállítás végrehajtása.

Elérhető a sysadmin kiszolgálói szerepkör felügyelt SQL-példányhoz?

Igen, az ügyfelek létrehozhatnak olyan bejelentkezéseket, amelyek a sysadmin szerepkör tagjai. Azok az ügyfelek, akik a sysadmin jogosultságot feltételezik, szintén felelősséget vállalnak a példány működtetéséért, ami negatívan befolyásolhatja az SLA-kötelezettségvállalást. Ha bejelentkezést szeretne hozzáadni a sysadmin kiszolgálói szerepkörhöz, tekintse meg a Microsoft Entra-hitelesítést.

Támogatott a transzparens adattitkosítás felügyelt SQL-példány?

Igen, a felügyelt Azure SQL-példány támogatja a transzparens adattitkosítás (TDE) használatát. További részletekért lásd a felügyelt SQL-példányok transzparens adattitkosítás.

Használhatom a "saját kulcs" modellt a TDE-hez?

Igen, a BYOK-hoz készült Azure Key Vault elérhető a felügyelt Azure SQL-példányhoz. További részletekért lásd: transzparens adattitkosítás ügyfél által felügyelt kulccsal.

Migrálhatok titkosított SQL Server-adatbázist?

Igen, ez lehetséges. Titkosított SQL Server-adatbázis migrálásához exportálnia és importálnia kell a meglévő tanúsítványokat a felügyelt SQL-példányba, majd teljes adatbázis-biztonsági mentést kell készítenie, és vissza kell állítania egy felügyelt példányra.

Az Azure Database Migration Service használatával is migrálhatja a TDE titkosított adatbázisokat.

Hogyan konfigurálhatom a felügyelt SQL-példány TDE-védőforgatását?

A felügyelt SQL-példány TDE-védője az Azure Cloud Shell használatával elforgatható. Útmutatásért tekintse meg a felügyelt SQL-példány transzparens adattitkosítás az Azure Key Vault saját kulcsával.

Visszaállíthatom a titkosított adatbázist felügyelt SQL-példányra?

Igen, nem kell visszafejtenie az adatbázist a felügyelt SQL-példányra való visszaállításhoz. A titkosított biztonsági mentési fájlból való adatolvasáshoz meg kell adnia egy tanúsítványt/kulcsot, amelyet a forrásrendszer titkosítási kulcsának védelmeként használnak a felügyelt SQL-példánynak. Kétféleképpen teheti meg:

• Töltse fel a tanúsítványvédőt a felügyelt SQL-példányba. Ez csak a PowerShell használatával végezhető el. A mintaszkript az egész folyamatot ismerteti.
• Töltsön fel aszimmetrikus kulcsvédőt az Azure Key Vaultba, és helyezze rá a felügyelt SQL-példányt. Ez a megközelítés hasonlít a bring-your-own-key (BYOK) TDE használati esetre, amely a Key Vault-integrációt is használja a titkosítási kulcs tárolásához. Ha nem szeretné titkosítási kulcsvédőként használni a kulcsot, és csak elérhetővé szeretné tenni a kulcsot a felügyelt SQL-példány számára a titkosított adatbázis(ok) visszaállításához, kövesse a BYOK TDE beállításának utasításait, és ne jelölje be a jelölőnégyzetet: A kijelölt kulcs legyen az alapértelmezett TDE-védő.

Miután elérhetővé tette a titkosítási védőt a felügyelt SQL-példány számára, folytathatja a szabványos adatbázis-visszaállítási eljárást.

Milyen vásárlási modellek érhetők el a felügyelt SQL-példányokhoz?

A felügyelt SQL-példány virtuális magalapú vásárlási modellt kínál.

Milyen költségelőnyök érhetők el a felügyelt SQL-példányhoz?

Az Azure SQL előnyeivel a következő módokon takaríthat meg költségeket:

• Maximalizálhatja a helyszíni licencekbe történő meglévő befektetéseket, és akár 55 százalékot is megtakaríthat az Azure Hybrid Benefit használatával.
• Véglegesíthet egy foglalást a számítási erőforrásokhoz, és akár 33 százalékot is megtakaríthat a Fenntartott példány juttatással. Kombinálja ezt az Azure Hybrid juttatással akár 82%-os megtakarítás érdekében.
• Akár 55 százalékot is megtakaríthat a listaárakhoz képest az Azure Dev/Test Pricing Benefit szolgáltatással, amely kedvezményes díjszabást kínál a folyamatos fejlesztési és tesztelési számítási feladatokhoz.

Ki jogosult a Fenntartott példányok juttatásra?

Ahhoz, hogy jogosult legyen a fenntartott példányokra, az előfizetési típusnak nagyvállalati szerződésnek (ajánlatszámok: MS-AZR-0017P vagy MS-AZR-0148P) vagy használatalapú fizetéses díjszabású egyedi szerződésnek (ajánlatszámok: MS-AZR-0003P vagy MS-AZR-0023P) kell lennie. További információ a foglalásokról: Reserved Instance Benefit.

Lehetséges a foglalások lemondása, cseréje vagy visszatérítése?

Bizonyos korlátozásokkal lemondhatja, kicserélheti vagy visszatérítheti a foglalásokat. További információkért lásd: Az Azure Reservations önkiszolgáló csere- és visszatérítési szolgáltatásai.

Mik a felügyelt SQL-példány díjszabási beállításai?

A felügyelt SQL-példány díjszabási beállításainak megismeréséhez tekintse meg a Díjszabás lapot.

Hogyan követhetim nyomon a felügyelt példány számlázási költségeit?

Ezt a Microsoft Cost Management megoldással teheti meg. Lépjen az Előfizetések elemre az Azure Portalon, és válassza a Költségelemzés lehetőséget.

Használja a Halmozott költségek lehetőséget, majd szűrjön az Erőforrás típusa szerint.microsoft.sql/managedinstances

Használhatok microsoftos vagy külső (fejlesztői és egyéb) eszközöket a felügyelt SQL-példányok további költségek nélküli eléréséhez?

Kompatibilis Microsoft- vagy külső ügyféleszközökkel érheti el a felügyelt SQL-példányt, és az Azure-számlán nem számítunk fel további költségeket. Ha azonban egyes eszközök licencet igényelnek, akkor egy legálisan licencelt szoftverrel kell rendelkeznie. Ezt az egyes szerszámgyártókkal kötött külön megállapodások szabályozzák.

Mennyibe kerülnek az automatikus biztonsági mentések?

A megvásárolt fenntartott adattárterülettel egyenlő mennyiségű szabad biztonsági mentési tárhelyet kap, függetlenül a biztonsági mentési megőrzési időszaktól. Ha a biztonsági mentési tárterület kihasználtsága a lefoglalt ingyenes biztonsági mentési tárterületen belül van, a felügyelt SQL-példányon történő automatikus biztonsági mentések nem jelentenek többletköltséget, ezért ingyenesek lesznek. A biztonsági mentési tárterület szabad terület feletti használatának túllépése további költségeket eredményez. A részletekért tekintse meg a díjszabási oldal Backup Storage szakaszát. A felügyelt SQL-példányok automatikus biztonsági mentéséről további technikai információk érhetők el a Biztonsági másolatok tárolási felhasználásának ismertetésében.

Hogyan monitorozhatom a biztonsági mentési tárterületem számlázási költségeit?

A biztonsági mentési tárterület költségeit az Azure Portalon követheti nyomon. Útmutatásért tekintse meg az automatikus biztonsági mentések költségeinek monitorozását.

Hogyan optimalizálhatom a biztonsági másolatok tárolási költségeit a felügyelt példányon?

A biztonsági mentés tárolási költségeinek optimalizálásához tekintse meg a felügyelt SQL-példányok biztonsági mentésének finomhangolását.

Hol találom a használati eseteket és az ebből eredő költségmegtakarítást a felügyelt SQL-példányokkal?

Felügyelt SQL-példány esettanulmányai:

• Komatsu
• KMD
• PowerDETAILS
• Allscripts

A felügyelt Azure SQL-példány üzembe helyezésével járó előnyök, költségek és kockázatok jobb megismerése érdekében egy Forrester-tanulmány is elérhető: A Felügyelt Microsoft Azure SQL-példányok adatbázisainak teljes gazdasági hatása.

Milyen jelszószabályzatok vonatkoznak az SQL Managed Instance SQL-bejelentkezésekre?

Az SQL-bejelentkezésekhez tartozó felügyelt SQL-példány jelszószabályzata örökli a felügyelt példányt tartalmazó virtuális fürtöt alkotó virtuális gépekre alkalmazott Azure-platformszabályzatokat. Jelenleg ezen beállítások egyikét sem lehet módosítani, mivel ezeket a beállításokat az Azure határozza meg, és a felügyelt példány örökli.

Mik az aktuális Azure-platformszabályzatok?

Minden bejelentkezéskor be kell állítania a jelszavát, és a maximális életkor elérése után módosítania kell a jelszavát.

Le lehet tiltani a jelszó összetettségét és lejáratát az SQL Managed Instance-ben a bejelentkezési szinten?

Igen, a bejelentkezési szinten szabályozható CHECK_POLICY és CHECK_EXPIRATION mezők. Az aktuális beállításokat a következő T-SQL-parancs végrehajtásával ellenőrizheti:

SELECT *
FROM sys.sql_logins

Ezt követően módosíthatja a megadott bejelentkezési beállításokat a következő végrehajtásával:

ALTER LOGIN <login_name> WITH CHECK_POLICY = OFF;
ALTER LOGIN <login_name> WITH CHECK_EXPIRATION = OFF;

(Cserélje le a "teszt" elemet a kívánt bejelentkezési névre, és módosítsa a szabályzatot és a lejárati értékeket.)

Mi a legfelső szintű hitelesítésszolgáltató módosítása az Azure SQL Database és a felügyelt SQL-példány esetében?

Tekintse meg az Azure SQL Database és a felügyelt SQL-példány tanúsítványforgatását.

Mi a felügyelt SQL-példány tervezett karbantartási eseménye?

Tekintse meg a felügyelt SQL-példány azure-beli karbantartási eseményeinek tervét.

Hol hagyhatom el a felügyelt SQL-példány fejlesztéseivel kapcsolatos ötleteimet?

Szavazhat egy új felügyelt SQL-példány funkcióra, vagy létrehozhat egy új fejlesztési ötletet a felügyelt SQL-példányok visszajelzési fórumában. Így hozzájárulhat a termékfejlesztéshez, és segíthet rangsorolni a lehetséges fejlesztéseket.

Hogyan hozhatok létre Azure-támogatás kérést?

A Azure-támogatás kérés létrehozásának módjáról a Azure-támogatás kérés létrehozása című témakörben olvashat.

Milyen Azure-ajánlatok és előfizetés-típusok regisztrálva vannak a 2022. novemberi szolgáltatáshullámban?

2023 novemberétől minden régióban, ajánlatban és előfizetéstípusban engedélyezve van a szolgáltatáshullám .

Engedélyezve van a szolgáltatáshullám az előfizetésemben, de a meglévő példányom nem tudja használni az új funkciókat. Miért?

A funkcióhullám a jogosult alhálózatok példányai számára érhető el. Ha nem látja az új funkciókat, valószínű, hogy a felügyelt SQL-példányt üzembe helyező alhálózat nem jogosult.