Adatbázis tranzakciós konzisztens másolatának másolása az Azure SQL Database-ben

A következőkre vonatkozik:Azure SQL Database

Az Azure SQL Database számos módszert kínál egy meglévő adatbázis másolatának létrehozására ugyanazon az Azure SQL Database logikai kiszolgálón vagy egy másik logikai kiszolgálón. Az adatbázisokat az Azure Portal, a PowerShell, az Azure CLI vagy a Transact-SQL használatával másolhatja.

Jegyzet

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

Áttekintés

Az adatbázis-másolat a forrásadatbázis tranzakciósan konzisztens pillanatképe a másolási kérelem kezdeményezésének időpontjában. Kiválaszthatja ugyanazt a logikai kiszolgálót vagy egy másik logikai kiszolgálót a másoláshoz. Dönthet úgy is, hogy megtartja a forrásadatbázis biztonsági mentési redundanciát és számítási méretét, vagy más biztonsági mentési tárterület-redundanciát és/vagy számítási méretet használ ugyanazon a szolgáltatási szinten belül. A Standard szolgáltatási szinten lévő adatbázisokat a Standard vagy az Általános célú szintre, valamint a Prémium szolgáltatási szinten lévő adatbázist is átmásolhatja a prémium vagy üzleti szempontból kritikus szintre.

A másolás befejezése után az új adatbázis teljesen működőképes és független adatbázis a forrásadatbázishoz. A másolt adatbázisban lévő bejelentkezések, felhasználók és engedélyek a forrásadatbázistól függetlenül kezelhetők. A másolat georeplikációs technológiával jön létre. A replika bevetésének befejezése után a georeplikációs kapcsolat automatikusan leáll. A georeplikációs műveletek használatára vonatkozó összes követelmény az adatbázis másolási műveletére vonatkozik. A részletekért lásd az aktív georeplikációs áttekintést.

Jegyzet

Az Azure Portal, a PowerShell és az Azure CLI nem támogatja a másik előfizetésbe történő adatbázis-másolást.

Rugalmas skálázású adatbázisok adatbázis-másolása

A hiperskála szolgáltatási szint adatbázisainál a céladatbázis határozza meg, hogy a másolat gyors másolat vagy lassabb, az adatmennyiséggel arányos másolat-e:

  • Gyors másolás: Ha a másolás ugyanabban a régióban történik, mint a forrás, a másolat a blobok pillanatképeiből jön létre. Ez a másolás gyors művelet.

  • Adatméret-alapú másolás: Ha a céladatbázis más régióban van, mint a forrás, vagy ha a céladatbázis biztonsági mentési tárolójának redundanciája (helyi, zónali, geografikus) eltér a forrásadatbázistól, akkor a másolási művelet lassabb, adatméret-alapú művelet. A másolási idő nem egyenesen arányos a mérettel, mert az oldalszerver adatait párhuzamosan másolják.

Bejelentkezések az adatbázis másolatában

Amikor egy adatbázist ugyanarra a logikai kiszolgálóra másol, mindkét adatbázisban ugyanazokat a bejelentkezéseket használhatja. Az adatbázis másolásához használt biztonsági tag lesz az adatbázis tulajdonosa az új adatbázisban.

Amikor egy adatbázist egy másik logikai kiszolgálóra másol, a cél logikai kiszolgálón a másolási műveletet kezdeményező biztonsági tag lesz az új adatbázis tulajdonosa.

A célkiszolgálótól függetlenül a rendszer minden adatbázis-felhasználót, engedélyt és biztonsági azonosítót (SID-t) átmásol az adatbázis-másolatba. Ha tartalmazott adatbázis-felhasználókat az adathozzáféréshez, akkor a másolt adatbázis ugyanazokkal a felhasználói hitelesítő adatokkal rendelkezik, így a másolás befejezése után azonnal elérheti ugyanazokkal a hitelesítő adatokkal.

Ha kiszolgálószintű bejelentkezéseket használ az adathozzáféréshez, és az adatbázist egy másik kiszolgálóra másolja, előfordulhat, hogy a bejelentkezési alapú hozzáférés nem működik. Ez azért fordulhat elő, mert a bejelentkezések nem léteznek a cél logikai kiszolgálón, vagy azért, mert ezek a jelszavak és biztonsági azonosítók (SID-k) eltérőek. Ha többet szeretne megtudni a bejelentkezések kezeléséről, amikor egy adatbázist egy másik kiszolgálóra másol, tekintse meg a Azure SQL Database biztonságának konfigurálása és kezelése georestore vagy feladatátvétel esetén-bejegyzést. Miután a másolási művelet egy másik logikai kiszolgálóra sikeres volt, és a többi felhasználó újraleképezése előtt csak az adatbázis tulajdonosához társított bejelentkezés vagy a kiszolgáló rendszergazdája tud bejelentkezni a másolt adatbázisba. A bejelentkezések feloldásához és az adathozzáférés létrehozásához a másolási művelet befejezése után lásd: Bejelentkezések feloldása.

Adatbázis másolása

Az adatbázist a PowerShell, az Azure CLI és a Transact-SQL (T-SQL) használatával másolhatja.

Ha az Azure Portal használatával szeretne adatbázist másolni, nyissa meg az adatbázis lapját, majd válassza a Másolás lehetőséget az SQL Database létrehozása – Adatbázis másolása lap megnyitásához. Adja meg annak a cél logikai kiszolgálónak az értékeit, ahová az adatbázist át szeretné másolni.

Képernyőkép az Azure Portalról, amelyen az Adatbázis másolása lehetőség van kiemelve az adatbázis áttekintési oldalán.

Adatbázis másolása Transact-SQL-lel

Jelentkezzen be az master adatbázisba a kiszolgáló rendszergazdájának bejelentkezésével vagy a másolni kívánt adatbázist létrehozó bejelentkezéssel. Ahhoz, hogy az adatbázis másolása sikeres legyen, a nem kiszolgálói rendszergazdai bejelentkezéseknek a dbmanager szerepkör tagjainak kell lenniük. További információ a bejelentkezésekről és a logikai kiszolgálóhoz való csatlakozásról: Adatbázis-hozzáférés engedélyezése.

Kezdje a forrásadatbázis másolását a CREATE DATABASE... AS COPY OF utasítással. A T-SQL utasítás addig fut, amíg az adatbázis másolási művelete be nem fejeződik.

Ez a szakasz Transact-SQL parancsokat biztosít a következő műveletekhez:

Jegyzet

A T-SQL utasítás megszüntetése nem szünteti meg az adatbázis másolási műveletét. A művelet megszüntetéséhez törölje a céladatbázist.

Másolás ugyanarra a logikai kiszolgálóra

Jelentkezzen be az master adatbázisba a kiszolgáló rendszergazdájának bejelentkezésével vagy a másolni kívánt adatbázist létrehozó bejelentkezéssel. Ahhoz, hogy az adatbázis másolása sikeres legyen, a nem kiszolgálói rendszergazdai bejelentkezéseknek a dbmanager szerepkör tagjainak kell lenniük.

Ez a parancs átmásolja a(z) Database1 elemet egy új, Database2 nevű adatbázisba ugyanazon a logikai kiszolgálón. Az adatbázis méretétől függően a másolási művelet végrehajtása eltarthat egy ideig.

-- Execute on the master database to start copying
CREATE DATABASE Database2 AS COPY OF Database1;

Másolás rugalmas készletbe

Jelentkezzen be az master adatbázisba a kiszolgáló rendszergazdájának bejelentkezésével vagy a másolni kívánt adatbázist létrehozó bejelentkezéssel. Ahhoz, hogy az adatbázis másolása sikeres legyen, a nem kiszolgálói rendszergazdai bejelentkezéseknek a dbmanager szerepkör tagjainak kell lenniük.

Ez a parancs a Database1-t egy pool1 nevű rugalmas készletben egy új, Database2 nevű adatbázisba másolja. Az adatbázis méretétől függően a másolási művelet végrehajtása eltarthat egy ideig.

Database1 lehet önálló vagy készletezett adatbázis. A különböző rétegkészletek közötti másolás támogatott, de egyes többrétegű példányok sikertelenek. Másolhat például önálló adatbázist vagy rugalmas standard adatbázist egy általános célú készletbe, de nem másolhat standard rugalmas adatbázist prémium készletbe.

-- Execute on the master database to start copying
CREATE DATABASE Database2
AS COPY OF Database1
(SERVICE_OBJECTIVE = ELASTIC_POOL( name = pool1 ));

Másolás másik logikai kiszolgálóra

Csatlakozzon annak a master cél logikai kiszolgálónak az adatbázisához, ahol létre kívánja hozni az új adatbázist. Olyan bejelentkezést használjon, amelynek neve és jelszava megegyezik a forrásadatbázis tulajdonosának nevével és jelszavával a forrás logikai kiszolgálón. A cél logikai kiszolgálón a bejelentkezésnek a dbmanager szerepkör tagjának kell lennie, vagy rendszergazdai bejelentkezés legyen.

Ez a parancs a Database1-at a server1-en egy Database2 nevű új adatbázisba másolja a server2-on. Az adatbázis méretétől függően a másolási művelet végrehajtása eltarthat egy ideig.

-- Execute on the master database of the target logical server (server2) to start copying from Server1 to Server2
CREATE DATABASE Database2 AS COPY OF server1.Database1;

Fontos

Mindkét logikai kiszolgáló tűzfalát úgy kell konfigurálni, hogy engedélyezze a bejövő kapcsolatot a T-SQL-parancsot CREATE DATABASE ... AS COPY OF kibocsátó ügyfél IP-címéről. Az aktuális kapcsolat forrás IP-címének meghatározásához hajtsa végre a következőt: SELECT client_net_address FROM sys.dm_exec_connections WHERE session_id = @@SPID;

Jegyzet

A T-SQL használatával végzett adatbázis-másolás nem támogatott, ha privát végponton keresztül csatlakozik a cél logikai kiszolgálóhoz. Ha privát végpont van konfigurálva, de a nyilvános hálózati hozzáférés engedélyezett, az adatbázis-másolás támogatott, ha sql-hitelesítéssel csatlakozik a cél logikai kiszolgálóhoz egy nyilvános IP-címről. A másolási művelet befejeződése után a nyilvános hozzáférés megtagadható.

A következő parancs a Database1-t átmásolja a server1-ről egy Database2 nevű új adatbázisba a pool2nevű rugalmas készleten belül, a server2-en.

-- Execute on the master database of the target logical server (server2) to start copying from Server1 to Server2
CREATE DATABASE Database2 AS COPY OF server1.Database1 (SERVICE_OBJECTIVE = ELASTIC_POOL( name = pool2 ) );

Másolás egy másik előfizetéshez

Az SQL-adatbázis másolása egy másik logikai kiszolgálóra szakasz lépéseit követve átmásolhatja az adatbázist egy másik előfizetésben lévő logikai kiszolgálóra a T-SQL használatával. Győződjön meg arról, hogy olyan bejelentkezést használ, amelynek neve és jelszava megegyezik a forrásadatbázis adatbázis-tulajdonosával. Emellett a bejelentkezésnek a dbmanager szerepkör vagy a kiszolgáló rendszergazdájának kell lennie a forrás- és cél logikai kiszolgálókon is.

Borravaló

Ha ugyanabban a Microsoft Entra ID-bérlőben másol adatbázisokat, a forrás- és cél logikai kiszolgálókon az engedélyezés egyszerűbb lesz, ha a másolási parancsot hitelesítési bejelentkezéssel kezdeményezi, és mindkét logikai kiszolgálón megfelelő hozzáféréssel rendelkezik. A minimálisan szükséges hozzáférési szint a dbmanager szerepkör tagságának megléte a master adatbázisban mindkét logikai kiszolgálón. Használhat például egy Microsoft Entra-azonosítós bejelentkezést, amely egy kiszolgálói rendszergazdaként kijelölt csoport tagja mindkét logikai kiszolgálón.

A következő szkriptekben a másolandó bejelentkezési név: loginname.

Először csatlakozzon a master forrás logikai kiszolgáló adatbázisához. Hozzon létre egy bejelentkezést és egy felhasználót a master forrás Azure SQL Database logikai kiszolgáló adatbázisában. Cserélje le <password> erős jelszóra.

--Step# 1
--Create login and user in the master database of the source server.

CREATE LOGIN loginname WITH PASSWORD = '<password>'
GO
CREATE USER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTER ROLE dbmanager ADD MEMBER loginname;
GO

Csatlakozzon a forrásfelhasználói adatbázishoz. Ezután a forrásfelhasználói adatbázisban hozza létre a felhasználót, és adja hozzá az adatbázis dbowner szerepköréhez.

--Step# 2
--Create the user in the source database and grant dbowner permission to the database.

CREATE USER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTER ROLE db_owner ADD MEMBER loginname;
GO

Ezután keresse meg a felhasználó loginname biztonsági azonosítóját (SID) a master forrás logikai kiszolgáló adatbázisából.

--Step# 3
--Capture the SID of the user "loginname" from master database

SELECT [sid] FROM sysusers WHERE [name] = 'loginname';

A következő szkriptet futtassa az új vagy cél logikai kiszolgáló master adatbázisában. Először hozzon létre egy bejelentkezést és egy felhasználót a master cél logikai kiszolgáló adatbázisában, majd adja hozzá a dbmanager-kiszolgálói szerepkörhöz. Cseréld <password> le erős jelszóval, és <SID of loginname login on source server> a forrás logikai szerver SID-jével helyettesítsd.

--Step# 4
--Connect to Destination server.
--Create login and user in the master database, same as of the source server.

CREATE LOGIN loginname WITH PASSWORD = '<password>', SID = <SID of loginname login on source server>;
GO
CREATE USER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTER ROLE dbmanager ADD MEMBER loginname;
GO

master A cél logikai kiszolgáló adatbázisában hozza létre az új adatbázist. Cserélje le new_database_name a kívánt névre. Cserélje le a(z) source_server_name és source_database_name elemeket a forrás neveire.

--Step# 5
--Execute the copy of database script from the destination logical server using the credentials created

CREATE DATABASE new_database_name
AS COPY OF source_server_name.source_database_name;

Borravaló

Az adatbázis másolása egy másik Azure-bérlő előfizetéséből csak akkor támogatott, ha T-SQL-t és SQL-hitelesítési bejelentkezést használ a cél logikai kiszolgálóra való bejelentkezéshez. Egy másik Azure-fiókban lévő logikai kiszolgálón nem támogatott az adatbázis-másolat létrehozása a Microsoft Entra-hitelesítéssel az Azure SQLesetében.

A másolási művelet előrehaladásának figyelése

A másolási folyamat figyelése a sys.databases, sys.dm_database_copies és sys.dm_operation_status nézetek lekérdezésével. Amíg a másolás folyamatban van, az új adatbázis state_desc nézetének sys.databases oszlopa COPYING.

  • Ha a másolás meghiúsul, akkor az új adatbázis state_desc nézetének sys.databases oszlopa SUSPECT értékre van állítva. Hajtsa végre a DROP utasítást az új adatbázisban, majd próbálkozzon újra később.
  • Ha a másolás sikeres, az új adatbázis state_desc nézetének sys.databases oszlopa ONLINE értékre van állítva. A másolás befejeződött, és az új adatbázis egy normál adatbázis, amely a forrásadatbázistól függetlenül módosítható.

Jegyzet

Ha úgy dönt, hogy megszakítja a másolást, amíg az folyamatban van, hajtsa végre a DROP DATABASE utasítást az új adatbázisban.

Fontos

Ha a forrásnál lényegesen kisebb szolgáltatási célkitűzéssel rendelkező példányt kell létrehoznia, előfordulhat, hogy a céladatbázis nem rendelkezik elegendő erőforrással a bevetési folyamat befejezéséhez, és ez a másolási művelet meghiúsulását okozhatja. Ebben a forgatókönyvben használjon geo-visszaállítási kérelmet, hogy létrehozzon egy másolatot egy másik logikai kiszolgálón és/vagy egy másik régióban. További információ: Azure SQL Database helyreállítása adatbázis-biztonsági másolatok használatával.

Engedélyek

Ahhoz, hogy adatbázis-másolatot készíts, az alábbi szerepkör egyikének tagjának kell lennie:

  • Előfizetés tulajdonosa vagy
  • SQL Server-közreműködői szerepkör vagy
  • Egyéni szerepkör a forrás logikai kiszolgálón a következő engedélyekkel:
    • Microsoft.Sql/servers/databases/read
    • Microsoft.Sql/servers/databases/write és
  • Egyéni szerepkör a cél logikai kiszolgálón a következő engedélyekkel:
    • Microsoft.Sql/servers/read
    • Microsoft.Sql/servers/databases/read
    • Microsoft.Sql/servers/databases/write

Egy adatbázis-másolat törléséhez az alábbi szerepkör egyikének tagjának kell lenned:

  • Előfizetés tulajdonosa vagy
  • SQL Server-közreműködői szerepkör vagy
  • Egyéni szerepkör a céladatbázison a következő engedéllyel:
    • Microsoft.Sql/servers/databases/delete

Az adatbázis-másolás Azure Portalon történő kezeléséhez a következő engedélyekre is szüksége van:

  • Microsoft.Resources/subscriptions/resources/read
  • Microsoft.Resources/deployments/read
  • Microsoft.Resources/deployments/write
  • Microsoft.Resources/deployments/operationstatuses/read

Ha a portál erőforráscsoportjában a telepítések alatt szeretné látni a műveleteket, a több erőforrás-szolgáltatót is érintő műveleteket, beleértve az SQL-műveleteket, az alábbi további engedélyekre van szüksége:

  • Microsoft.Resources/subscriptions/resourcegroups/deployments/operations/read
  • Microsoft.Resources/subscriptions/resourcegroups/deployments/operationstatuses/read

Bejelentkezések feloldása

Miután az új adatbázis online állapotban van a cél logikai kiszolgálón, az ALTER USER utasítással újraképezi a felhasználókat az új adatbázisból a cél logikai kiszolgálón való bejelentkezésekhez. Az árva felhasználók megoldásához tekintse meg az Árva felhasználók hibaelhárítása című témakört. Lásd még Az Azure SQL Database biztonságának konfigurálása és kezelése geovisszaállítás vagy feladatátvétel esetén.

Az új adatbázis minden felhasználója megőrzi a forrásadatbázisban lévő engedélyeit. Az adatbázis-másolást kezdeményező felhasználó lesz az új adatbázis adatbázistulajdonosa. Miután a másolás sikeres volt, és a többi felhasználó újraleképezése előtt csak az adatbázis tulajdonosa tud bejelentkezni az új adatbázisba.

Ha többet szeretne megtudni a felhasználók és a bejelentkezések kezeléséről, amikor egy adatbázist egy másik logikai kiszolgálóra másol, olvassa el a Azure SQL Database biztonságának konfigurálása és kezelése geo-helyreállítás vagy feladatátvétel esetén.

Hálózati biztonsági szegély (előzetes verzió)

Egy hálózati biztonsági periméter (előnézet) szabályozza a logikai szerver bejövő és kimenő hálózati forgalmát. Az adatbázis-másolás az adatokat logikai szerverek között mozgatja a belső, platform által felügyelt kapcsolaton keresztül, így egy biztonsági perem ellenőrzi ezt a forgalmat, és blokkolhatja a másolást.

Hogyan használja az adatbázis-másolás hálózati hozzáférést

Az adatbázis másolása georeplikációs technológiát használ a céladatbázis inicializálására, majd megszünteti a kapcsolatot, miután a másolás befejeződött. Ha bármelyik logikai szerver egy peremhez tartozik, arra a szerverek közötti kapcsolatra a perem hozzáférési szabályai vonatkoznak.

Fontos

A periméter egyszer értékeli a hozzáférési szabályokat, amikor a másolási kérelem elindul. Nem értékeli újra őket, amíg a másolás fut vagy amikor véget ér. A másolás során történt szabályváltozás vagy társítás módosítása nem állítja meg, és a másolás befejeződik.

Támogatott konfigurációk

Az adatbázis-másolás mind átmeneti, mind kényszerített módban működik. Átmeneti módban a periméter rögzíti a forgalmat anélkül, hogy blokkolná, így a másolás akkor is sikeres, ha nem állítasz be szabályokat. Mindenesetre állítsd be a szabályokat, hogy a másolatok tovább működjenek, miután átváltasz érvényesítési módra.

Kényszerített módban a szükséges szabályok a topológiától függnek:

Másolási topológia Hozzáférési szabályok megadása kötelező
A célpont ugyanazon a logikai szerveren van, mint a forrás None.
Mindkét logikai szerver ugyanabban a biztonsági zónában van None. Az azonos periméteren belüli erőforrások közötti hozzáférés mindig engedélyezett.
A logikai szerverek különböző biztonsági zónákban vannak Egy kimenő szabály a forrásszerveren és egy bejövő szabály a célszerveren.
Csak a forrásszerver van peremhálózaton Egy kimenő szabály a forrásszerveren.
Csak a célszerver van egy biztonsági zónában Egy bejövő szabály a célszerveren.

Az adatbázis másolatához nem szükséges menedzselt identitás.

Hozzáférési szabályok konfigurálása egy adatbázis másolatához

A következő lépések egy példa. Azt feltételezik, hogy minden logikai szerver a saját peremén van, és hogy minden szerver társítását kényszerített módra állítják egy tesztpéldány létrehozása után. Ha mindkét szerver ugyanabban a biztonsági zónában van, nincs szükség hozzáférési szabályokra.

  1. Társítsd minden logikai szervert a periméteréhez. Egy újonnan társított szerver átmeneti módban indul.
  2. A forrásszerverhez tartozó profilon adj hozzá egy kimenő hozzáférési szabályt. Állítsa a cél típusátFQDN-re, és használja a célszerver teljes minősítésű tartománynevét, például targetserver.database.windows.net.
  3. A célszerverhez tartozó profilon adj hozzá egy bejövő hozzáférési szabályt. Állítsuk be a forrástípust az alábbi értékek egyikére:
    • Előfizetés, és használd a forrásszerver előfizetési azonosítóját.
    • IP-címtartományok, és használja a forráskiszolgáló IP-tartományát.
    • Szolgáltatáscímkék, és használjunk Sql vagy Sql.<region>, ahol <region> a forrásszerver Azure régiója.
  4. Hagyd a szervereket átmeneti módban, és végezz adatbázis-másolást. Nézze át a hálózati biztonsági peremdiagnosztikai naplókat, hogy megbizonyosodjon arról, nincsenek váratlan elutasítások.
  5. Csak akkor állítsd minden szerver kapcsolatát kényszerített módra, miután a másolat sikeres lett és a naplók tiszták lesznek.

Korlátok és viselkedésbeli különbségek

  • Ha egy logikai szerver egy perimeterhez tartozik, akár átmenetben, akár kényszerített módban, Transact-SQL nem támogatott módja az adatbázis másolására egy másik logikai szerverre. Még mindig használhatod Transact-SQL-t egy adatbázis másolására ugyanazon a logikai szerveren belül. Szerverek közötti másolatokhoz használd az Azure portált, Azure CLI-t vagy PowerShell-t.

Hibák, amikor egy kerület blokkolja a másolást

Hibakód Message
48001 A műveletet nem lehetett befejezni, mert a hozzá tartozó Hálózati Biztonsági Perimeter megtagadta a 'forrás' felől a 'célszerver'hez történő bejövő hozzáférést.
48002 A műveletet nem lehetett befejezni, mert a hozzá tartozó Network Security Perimeter megtagadta a 'forrás' kiszolgálóról a 'cél' felé irányuló kimenő hozzáférést.

Az üzenetekben a helykitöltőket logikus kiszolgálónevekkel helyettesítik. A 48001 esetében nézze át a célszerverhez társított profil bejövő szabályait. A 48002 esetében nézze át a forrásszerverhez tartozó profil kimenő szabályait.

Adatbázis másolási hibái

Az adatbázis Azure SQL Database-ben való másolása során az alábbi hibák lépnek fel. További információ: Adatbázis tranzakciósan konzisztens másolatának másolása az Azure SQL Database-ben.

Hibakód Súlyosság Leírás
40635 16 Az "%.*ls" IP-címmel rendelkező ügyfél átmenetileg le van tiltva.
40637 16 Az adatbázis-másolat létrehozása jelenleg le van tiltva.
40561 16 Az adatbázis másolása sikertelen volt. A forrás- vagy céladatbázis nem létezik.
40562 16 Az adatbázis másolása sikertelen volt. A forrásadatbázis el lett vetve.
40563 16 Az adatbázis másolása sikertelen volt. A céladatbázis el lett vetve.
40564 16 Az adatbázis másolása belső hiba miatt meghiúsult. Helyezze el a céladatbázist, és próbálkozzon újra.
40565 16 Az adatbázis másolása sikertelen volt. Ugyanarról a forrásról egyidejűleg legfeljebb 1 adatbázis-másolat készülhet. Helyezze el a céladatbázist, és próbálkozzon újra később.
40566 16 Az adatbázis másolása belső hiba miatt meghiúsult. Helyezze el a céladatbázist, és próbálkozzon újra.
40567 16 Az adatbázis másolása belső hiba miatt meghiúsult. Helyezze el a céladatbázist, és próbálkozzon újra.
40568 16 Az adatbázis másolása sikertelen volt. A forrásadatbázis elérhetetlenné vált. Helyezze el a céladatbázist, és próbálkozzon újra.
40569 16 Az adatbázis másolása sikertelen volt. A céladatbázis elérhetetlenné vált. Helyezze el a céladatbázist, és próbálkozzon újra.
40570 16 Az adatbázis másolása belső hiba miatt meghiúsult. Helyezze el a céladatbázist, és próbálkozzon újra később.
40571 16 Az adatbázis másolása belső hiba miatt meghiúsult. Helyezze el a céladatbázist, és próbálkozzon újra később.

Kapcsolódó tartalom

  • Utolsó frissítés időpontja: