Pliki danych programu SQL Server na platformie Microsoft Azure

Dotyczy:SQL Server

Usługa SQL Server Data Files na platformie Microsoft Azure umożliwia natywną obsługę plików bazy danych programu SQL Server przechowywanych jako obiekty blob. Umożliwia utworzenie bazy danych w programie SQL Server uruchomionym lokalnie lub na maszynie wirtualnej na platformie Microsoft Azure z dedykowaną lokalizacją magazynu danych w usłudze Microsoft Azure Blob Storage. Upraszcza również proces przenoszenia baz danych między maszynami. Możesz odłączyć bazy danych od jednej maszyny i dołączyć je do innej maszyny. Ponadto udostępnia alternatywną lokalizację przechowywania dla plików kopii zapasowych bazy danych, umożliwiając przywracanie z usługi Microsoft Azure Storage lub do niej. W związku z tym zapewnia kilka rozwiązań hybrydowych, zapewniając kilka korzyści związanych z wirtualizacją danych, przenoszeniem danych, zabezpieczeniami i dostępnością oraz łatwymi niskimi kosztami i konserwacją w celu zapewnienia wysokiej dostępności i elastycznego skalowania.

Ważne

Przechowywanie systemowych baz danych w usłudze Azure Blob Storage nie jest zalecane i nie jest obsługiwane.

W tym artykule przedstawiono pojęcia i zagadnienia związane z przechowywaniem plików danych programu SQL Server w usłudze Microsoft Azure Storage.

Aby zapoznać się z praktycznym praktycznym doświadczeniem w korzystaniu z tej funkcji, zobacz Samouczek: korzystanie z usługi Microsoft Azure Blob Storage z bazami danych programu SQL Server.

Dlaczego warto używać plików danych programu SQL Server na platformie Microsoft Azure?

• Łatwe i szybkie korzyści z migracji: Ta funkcja upraszcza proces migracji, przenosząc jedną bazę danych jednocześnie między maszynami w środowisku lokalnym, a także między środowiskami lokalnymi i chmurowymi bez żadnych zmian aplikacji. W związku z tym obsługuje migrację przyrostową przy zachowaniu istniejącej infrastruktury lokalnej. Ponadto dostęp do scentralizowanego magazynu danych upraszcza logikę aplikacji, gdy aplikacja musi działać w wielu lokalizacjach w środowisku lokalnym. W niektórych przypadkach może być konieczne szybkie skonfigurowanie centrów komputerów w lokalizacjach rozproszonych geograficznie, które zbierają dane z wielu różnych źródeł. W usłudze Azure Data Files zamiast przenosić dane z jednej lokalizacji do innej, można przechowywać wiele baz danych jako stronicowych obiektów blob platformy Microsoft Azure, a następnie uruchamiać skrypty Transact-SQL, aby tworzyć bazy danych na maszynach lokalnych lub maszynach wirtualnych.

• Korzyści kosztowe i z nieograniczonego magazynowania: Ta funkcja umożliwia nieograniczone magazynowanie poza siedzibą na platformie Microsoft Azure, jednocześnie wykorzystując zasoby obliczeniowe lokalne. W przypadku korzystania z platformy Microsoft Azure jako lokalizacji przechowywania można łatwo skoncentrować się na logice aplikacji bez konieczności stosowania zarządzania sprzętem. Jeśli utracisz lokalny węzeł obliczeniowy, możesz skonfigurować nowy bez przenoszenia danych.

• Korzyści z wysokiej dostępności i odzyskiwania po awarii: Korzystanie z funkcji SQL Server Data Files na platformie Microsoft Azure może uprościć rozwiązania wysokiej dostępności i odzyskiwania po awarii. Jeśli na przykład maszyna wirtualna na platformie Microsoft Azure lub wystąpienie programu SQL Server ulegnie awarii, możesz ponownie utworzyć bazy danych w nowym wystąpieniu programu SQL Server, po prostu ponownie ustanawiając łącza do obiektów blob.

• Korzyści z zabezpieczeń: Za pomocą plików danych programu SQL Server na platformie Azure można oddzielić instancję obliczeniową od instancji magazynowej. Możesz mieć w pełni zaszyfrowaną bazę danych z odszyfrowywaniem tylko w instancji obliczeniowej, ale nie w instancji magazynowej. Innymi słowy, można szyfrować wszystkie dane w chmurze publicznej przy użyciu certyfikatów Transparent Data Encryption (TDE), które są fizycznie oddzielone od danych. Klucze TDE można przechowywać w master bazie danych, która jest przechowywana na lokalnym, fizycznie zabezpieczonym komputerze w Twojej firmie i z której kopię zapasową wykonuje się lokalnie. Tych kluczy lokalnych można użyć do szyfrowania danych znajdujących się w usłudze Microsoft Azure Storage. Jeśli poświadczenia konta magazynu w chmurze zostaną skradzione, dane nadal pozostają bezpieczne, ponieważ certyfikaty TDE zawsze znajdują się w środowisku lokalnym.

• Kopia zapasowa migawki: Ta funkcja umożliwia korzystanie z migawek platformy Azure w celu zapewnienia niemal natychmiastowych kopii zapasowych i szybszych przywracania plików bazy danych przechowywanych przy użyciu usługi Azure Blob Storage. Ta funkcja umożliwia uproszczenie zasad tworzenia kopii zapasowych i przywracania. Aby uzyskać więcej informacji, zobacz File-Snapshot Backups for Database Files in Azure.

Pojęcia i wymagania

Dyski platformy Azure są zgodne z rozwiązaniami do zapewnienia ciągłości działania i odzyskiwania po awarii w całym przedsiębiorstwie. Jeśli bazy danych są przechowywane bezpośrednio w obiektach blob lub w usłudze Azure Premium Files, dane nie są automatycznie skojarzone z maszyną wirtualną na potrzeby infrastruktury, zarządzania i monitorowania.

Umieszczenie plików bazy danych na stronicowych obiektach blob jest bardziej zaawansowaną funkcją niż używanie dysków platformy Azure, które są proste i przyjazne dla użytkownika.

Podstawowe wskazówki obejmują używanie dysków platformy Azure, chyba że masz scenariusz, w którym trzeba naprawdę unikać tworzenia kopii danych na potrzeby kopii zapasowych lub gdy przywracanie danych jest operacją zależną od rozmiaru danych. W przypadku wysokiej dostępności i odzyskiwania po awarii użycie regularnej kopii zapasowej do adresu URL lub zarządzanej kopii zapasowej w usłudze Blob Storage jest również znacznie bardziej przydatne niż kopie zapasowe migawek plików, ponieważ uzyskujesz zarządzanie cyklem życia, obsługę wielu regionów, usuwanie nietrwałe i wszystkie inne funkcje magazynu obiektów blob kopii zapasowych.

Pojęcia dotyczące usługi Azure Storage

Podczas korzystania z funkcji SQL Server Data Files w usłudze Azure należy utworzyć konto magazynu i kontener. Następnie należy utworzyć poświadczenie programu SQL Server, które zawiera informacje o zasadach kontenera, a także sygnaturę dostępu współdzielonego niezbędną do uzyskania dostępu do kontenera.

Na platformie Microsoft Azure konto usługi Azure Storage reprezentuje najwyższy poziom przestrzeni nazw na potrzeby uzyskiwania dostępu do obiektów blob. Konto magazynu może zawierać nieograniczoną liczbę kontenerów, o ile ich całkowity rozmiar jest niższy niż limity magazynu. Aby uzyskać najnowsze informacje na temat limitów magazynu, zobacz Azure Subscription and Service Limits, Quotas, and Constraints (Limity, limity przydziału i ograniczenia usługi platformy Azure). Kontener zapewnia grupowanie zestawu blobów. Wszystkie obiekty blob muszą znajdować się w kontenerze. Konto może zawierać nieograniczoną liczbę kontenerów. Podobnie kontener może przechowywać nieograniczoną liczbę blobów.

Istnieją dwa typy obiektów blob, które można przechowywać w usłudze Azure Storage: blokowe i stronicowe obiekty blob. Ta funkcja używa stronicowych obiektów blob, które są bardziej wydajne w sytuacjach, gdy zakresy bajtów w pliku są często modyfikowane. Dostęp do obiektów blob można uzyskać przy użyciu następującego formatu adresu URL: https://storageaccount.blob.core.windows.net/<container>/<blob>.

Uwaga / Notatka

Nie można używać blokowych obiektów blob dla plików danych programu SQL Server. Użyj stronicowych obiektów blob.

Zagadnienia dotyczące rozliczeń platformy Azure

Szacowanie kosztów korzystania z usług platformy Azure jest ważnym zagadnieniem w procesie podejmowania decyzji i planowania. Podczas przechowywania plików danych programu SQL Server w usłudze Azure Storage należy płacić koszty związane z magazynem i transakcjami. Ponadto implementacja funkcji SQL Server Data Files w usłudze Azure Storage wymaga automatycznego odnowienia dzierżawy obiektów blob co 45-60 sekund. Powoduje to również koszty transakcji na plik bazy danych, na przykład .mdf lub ldf. Skorzystaj z informacji na stronie Cennik platformy Azure , aby oszacować miesięczne koszty związane z użyciem usług Azure Storage i Azure Virtual Machines.

Pojęcia dotyczące programu SQL Server

Aby użyć stronicowych obiektów blob platformy Azure dla plików danych programu SQL Server:

• Utwórz zasady w kontenerze, a także wygeneruj sygnaturę dostępu współdzielonego (SAS).

• Dla każdego kontenera używanego przez dane lub plik dziennika utwórz poświadczenie programu SQL Server, którego nazwa jest zgodna ze ścieżką kontenera.

• Przechowuj informacje dotyczące kontenera usługi Azure Storage, skojarzonej nazwy zasad i klucza SAS w magazynie poświadczeń programu SQL Server.

W poniższym przykładzie przyjęto założenie, że kontener usługi Azure Storage został utworzony, a zasady zostały utworzone z uprawnieniami do odczytu, zapisu i wykonywania listowania. Utworzenie zasad w kontenerze generuje klucz SAS (Shared Access Signature), który można bezpiecznie przechowywać w pamięci nieszyfrowanej i który jest wymagany przez SQL Server, aby uzyskać dostęp do plików blob w kontenerze.

W poniższym fragmencie kodu zastąp '<your SAS key>' kluczem SAS. Klucz SAS będzie wyglądać tak: 'sr=c&si=<MYPOLICYNAME>&sig=<THESHAREDACCESSSIGNATURE>'.

CREATE CREDENTIAL [https://testdb.blob.core.windows.net/data]  
WITH IDENTITY='SHARED ACCESS SIGNATURE',  
SECRET = '<your SAS key>'  
  
CREATE DATABASE testdb   
ON  
( NAME = testdb_dat,  
    FILENAME = 'https://testdb.blob.core.windows.net/data/TestData.mdf' )  
 LOG ON  
( NAME = testdb_log,  
    FILENAME =  'https://testdb.blob.core.windows.net/data/TestLog.ldf')  

Ważne

Jeśli w kontenerze istnieją jakiekolwiek aktywne odwołania do plików danych, próba usunięcia odpowiedniego poświadczenia programu SQL Server zakończy się niepowodzeniem.

Aby uzyskać więcej informacji, zobacz Zarządzanie dostępem do zasobów usługi Azure Storage

Zabezpieczenia

Poniżej przedstawiono zagadnienia i wymagania dotyczące zabezpieczeń podczas przechowywania plików danych programu SQL Server w usłudze Azure Storage.

• Podczas tworzenia kontenera dla usługi Azure Blob Storage zalecamy ustawienie dostępu do prywatnego. Po ustawieniu dostępu jako prywatnego, dane kontenera i obiektu blob mogą być odczytywane jedynie przez właściciela konta platformy Azure.

• Podczas przechowywania plików bazy danych programu SQL Server w usłudze Azure Storage należy użyć sygnatury dostępu współdzielonego, identyfikatora URI, który udziela ograniczonych praw dostępu do kontenerów, obiektów blob, kolejek i tabel. Korzystając z sygnatury dostępu współdzielonego, można umożliwić programowi SQL Server dostęp do zasobów na koncie magazynowym bez udostępniania klucza Azure Storage.

• Ponadto zalecamy kontynuowanie implementowania tradycyjnych lokalnych praktyk zabezpieczeń dla baz danych.

Wymagania wstępne instalacji

Poniżej przedstawiono wymagania wstępne dotyczące instalacji podczas przechowywania plików danych programu SQL Server na platformie Azure.

• Lokalny program SQL Server: Program SQL Server 2016 i nowsze zawierają tę funkcję. Aby dowiedzieć się, jak pobrać najnowszą wersję programu SQL Server, zobacz SQL Server.

• Program SQL Server uruchomiony na maszynie wirtualnej platformy Azure: jeśli instalujesz program SQL Server na maszynie wirtualnej platformy Azure, zainstaluj program SQL Server 2016 lub zaktualizuj istniejące wystąpienie. Podobnie możesz również utworzyć nową maszynę wirtualną na platformie Azure przy użyciu obrazu platformy SQL Server 2016.

Ograniczenia

• Ze względu na charakterystykę wydajności obciążeń programu SQL Server pliki danych programu SQL Server są implementowane jako stronicowe obiekty blob w usłudze Azure Blob Storage. Inne typy magazynu obiektów blob, takie jak blokowe obiekty blob lub Azure Data Lake Storage, nie są obsługiwane.

• W bieżącej wersji tej funkcji przechowywanie danych FileStream w usłudze Azure Storage nie jest obsługiwane. Dane FileStream można przechowywać w bazie danych zawierającej również pliki danych przechowywane w usłudze Azure Storage, ale wszystkie pliki danych FileStream muszą być przechowywane w magazynie lokalnym. Ponieważ dane FileStream muszą znajdować się w magazynie lokalnym, nie można ich przenosić między maszynami przy użyciu usługi Azure Storage, dlatego zalecamy kontynuowanie używania tradycyjnych technik przenoszenia danych skojarzonych z elementem FileStream między różnymi maszynami.

• Obecnie tylko jedno wystąpienie programu SQL Server może jednocześnie uzyskać dostęp do danego pliku bazy danych w usłudze Azure Storage. Jeśli WystąpienieA jest w trybie online z aktywnym plikiem bazy danych, a WystąpienieB zostanie przypadkowo uruchomione i również ma bazę danych, która wskazuje na ten sam plik danych, drugie wystąpienie nie zdoła uruchomić bazy danych z kodem błędu 5120 Unable to open the physical file "%.\*ls". Operating system error %d: "%ls".

• W usłudze Azure Storage można przechowywać tylko pliki .mdf, ldf i .ndf przy użyciu funkcji SQL Server Data Files na platformie Azure.

• W przypadku korzystania z funkcji SQL Server Data Files w usłudze Azure replikacja geograficzna dla konta magazynu nie jest obsługiwana. Jeśli konto magazynu jest replikowane geograficznie i nastąpi awaria geograficzna, może dojść do uszkodzenia bazy danych.

• Aby uzyskać informacje o ograniczeniach pojemności, zobacz Wprowadzenie do usługi Blob Storage.

• Nie można przechowywać danych OLTP In-Memory w magazynie obiektów blobowych przy użyciu funkcji SQL Server Data Files (danych serwera SQL w magazynie Azure Storage). Jest to spowodowane tym, że In-Memory OLTP ma zależność od funkcji FileStream i w bieżącej wersji tej funkcji przechowywanie danych FileStream w usłudze Azure Storage nie jest obsługiwane.

• W przypadku korzystania z funkcji SQL Server Data Files w Azure, program SQL Server wykonuje wszystkie porównania adresów URL lub ścieżek plików przy użyciu sortowania ustawionego w master bazie danych.

• Always On availability groups są obsługiwane, o ile nie dodajesz nowych plików bazodanowych do bazy danych na głównej replice. Jeśli operacja bazy danych wymaga utworzenia nowego pliku w bazie danych w repliki podstawowej, najpierw wyłącz grupy dostępności w węźle pomocniczym. Następnie wykonaj operację bazy danych na bazie danych i utwórz kopię zapasową bazy danych w repliki podstawowej. Następnie przywróć bazę danych do repliki pomocniczej. Po zakończeniu włącz ponownie Always On Availability Groups w węźle pomocniczym.

  Uwaga / Notatka

  Wystąpienia klastra w trybie failover Zawsze Włączone nie są obsługiwane przy korzystaniu z funkcji plików danych programu SQL Server na platformie Azure.

• Podczas normalnego działania SQL Server używa dzierżaw tymczasowych do zarezerwowania blobów dla magazynu, przy czym każda dzierżawa blobu jest odnawiana co 45 do 60 sekund. Jeśli serwer ulegnie awarii, a inne wystąpienie programu SQL Server skonfigurowane do korzystania z tych samych obiektów blob zostanie uruchomione, nowe wystąpienie będzie czekać do 60 sekund, aż istniejąca dzierżawa obiektu blob wygaśnie. Jeśli chcesz przyłączyć bazę danych do innej instancji i nie możesz poczekać na wygaśnięcie dzierżawy w ciągu 60 sekund, możesz ręcznie zwolnić dzierżawę blob.

Wsparcie dokumentacji narzędzi i odniesienia do programowania

W tej sekcji opisano narzędzia i biblioteki referencyjne programowania, których można używać podczas przechowywania plików danych programu SQL Server w usłudze Azure Storage.

Obsługa programu PowerShell

Użyj poleceń cmdlet programu PowerShell do przechowywania plików danych programu SQL Server w usłudze Blob Storage, odwołując się do ścieżki adresu URL usługi Blob Storage zamiast ścieżki pliku. Uzyskiwanie dostępu do obiektów blob przy użyciu następującego formatu adresu URL: https://storageaccount.blob.core.windows.net/<container>/<blob>.

Obsługa liczników wydajności i obiektów programu SQL Server

Począwszy od programu SQL Server 2014, dodano nowy obiekt programu SQL Server do użycia z usługą SQL Server Data Files w usłudze Azure Storage. Nowy obiekt programu SQL Server jest nazywany programem SQL Server, HTTP_STORAGE_OBJECT i może być używany przez monitor systemu do monitorowania aktywności podczas uruchamiania programu SQL Server z usługą Azure Storage.

Obsługa programu SQL Server Management Studio

Program SQL Server Management Studio umożliwia korzystanie z tej funkcji za pośrednictwem kilku okien dialogowych. Na przykład https://teststorageaccnt.blob.core.windows.net/testcontainer/ reprezentuje ścieżkę adresu URL kontenera magazynu. Tę ścieżkę można wyświetlić w kilku oknach dialogowych, takich jak Nowa baza danych, Dołączanie bazy danych i Przywracanie bazy danych. Aby uzyskać więcej informacji, zobacz Samouczek: używanie usługi Azure Blob Storage z bazami danych programu SQL Server.

Obsługa obiektów zarządzania programu SQL Server (SMO)

W przypadku korzystania z funkcji sql Server Data Files na platformie Azure obsługiwane są wszystkie obiekty zarządzania programu SQL Server (SMO). Jeśli obiekt SMO wymaga ścieżki pliku, użyj formatu adresu URL obiektu BLOB zamiast lokalnej ścieżki pliku, takiej jak https://teststorageaccnt.blob.core.windows.net/testcontainer/. Aby uzyskać więcej informacji na temat obiektów zarządzania SQL Server (SMO), zobacz Przewodnik programowania obiektów zarządzania w SQL Server (SMO) w dokumentacji SQL Server Books Online.

Obsługa Transact-SQL

Dodanie tej funkcji wprowadziło następującą zmianę w obszarze powierzchni Transact-SQL:

• Nowa kolumna int w credential_idwidoku systemowym sys.master_files . Kolumna credential_id służy do umożliwienia odwołania krzyżowego plików danych Azure Storage do sys.credentials dla poświadczeń utworzonych dla nich. Można go użyć do rozwiązywania problemów, takich jak sytuacja, gdy nie można usunąć poświadczenia, ponieważ jest używany plik bazy danych.

Rozwiązywanie problemów z plikami danych programu SQL Server na platformie Microsoft Azure

Aby uniknąć błędów z powodu nieobsługiwanych funkcji lub ograniczeń, najpierw zapoznaj się z artykułem Ograniczenia.

Lista błędów, które mogą wystąpić podczas korzystania z funkcji SQL Server Data Files w usłudze Azure Storage, jest następująca.

Błędy uwierzytelniania

• Nie można usunąć poświadczenia "%.*ls", ponieważ jest ono używane przez aktywny plik bazy danych.
  Rozwiązanie: ten błąd może wystąpić podczas próby porzucania poświadczeń, które są nadal używane przez aktywny plik bazy danych w usłudze Azure Storage. Aby usunąć poświadczenie, najpierw należy usunąć skojarzony obiekt blob zawierający plik bazy danych. Aby usunąć obiekt blob z aktywną dzierżawą, należy najpierw zwolnić dzierżawę.

• Sygnatura dostępu współdzielonego nie została poprawnie utworzona w kontenerze.
  Rozwiązanie: upewnij się, że utworzono sygnaturę dostępu współdzielonego w kontenerze prawidłowo. Zapoznaj się z instrukcjami podanymi w lekcji 2 w samouczku: używanie usługi Azure Blob Storage z bazami danych programu SQL Server.

• Poświadczenia programu SQL Server nie zostały poprawnie utworzone.
  Rozwiązanie: Upewnij się, że użyto 'Shared Access Signature' dla pola Tożsamość oraz poprawnie utworzono klucz tajny. Zapoznaj się z instrukcjami podanymi w lekcji 3 w samouczku: używanie usługi Azure Blob Storage z bazami danych programu SQL Server.

Błędy związane z dzierżawą obiektu blob:

• Błąd podczas próby uruchomienia programu SQL Server po awarii innego wystąpienia wykorzystującego te same pliki blob. Rozwiązanie: Podczas normalnego działania SQL Server używa tymczasowych leasingów do rezerwowania obiektów blob w magazynie, odnawiając leasing dla każdego obiektu blob co 45 do 60 sekund. Jeśli serwer ulegnie awarii, a inne wystąpienie programu SQL Server skonfigurowane do korzystania z tych samych obiektów blob zostanie uruchomione, nowe wystąpienie będzie czekać do 60 sekund, aż istniejąca dzierżawa obiektu blob wygaśnie. Jeśli chcesz dołączyć bazę danych do innej instancji i nie możesz poczekać na wygaśnięcie dzierżawy w ciągu 60 sekund, możesz ręcznie zwolnić dzierżawę na obiekcie blob, aby uniknąć błędów podczas operacji dołączania.

Błędy bazy danych

Błędy podczas tworzenia bazy danych Rozwiązanie: Zapoznaj się z instrukcjami podanymi w lekcji 4 w samouczku: używanie usługi Microsoft Azure Blob Storage z bazami danych programu SQL Server.

Błędy podczas uruchamiania instrukcji Alter Rozwiązanie: pamiętaj, aby wykonać instrukcję Alter Database, gdy baza danych jest w trybie online. Podczas kopiowania plików danych do usługi Azure Storage zawsze twórz obiekt blob typu "page" zamiast obiektu blob typu "block". W przeciwnym razie polecenie ALTER Database zakończy się niepowodzeniem. Zapoznaj się z instrukcjami podanymi w lekcji 7 w samouczku: używanie usługi Microsoft Azure Blob Storage z bazami danych programu SQL Server.

Kod błędu — 5120 Nie można otworzyć pliku fizycznego "%.*ls". Błąd systemu operacyjnego %d: "%ls"

Rozwiązanie: Ta funkcja nie obsługuje więcej niż jednego wystąpienia programu SQL Server, które jednocześnie uzyskuje dostęp do tych samych plików bazy danych w usłudze Azure Storage. Jeśli wystąpienieA jest w trybie online z aktywnie działającą bazą danych, a wystąpienieB zostanie uruchomione i także ma bazę danych, która wskazuje na ten sam plik danych, drugie wystąpienie nie będzie mogło uruchomić bazy danych z kodem błędu 5120 Unable to open the physical file "%.\*ls". Operating system error %d: "%ls".

Aby rozwiązać ten problem, najpierw określ, czy potrzebujesz serweraA, aby uzyskać dostęp do pliku bazy danych w usłudze Azure Storage, czy nie. Jeśli nie, usuń jakiekolwiek połączenie między wystąpieniem A i plikami bazy danych w usłudze Azure Storage. Aby to zrobić, wykonaj następujące kroki:

1. Ustaw ścieżkę pliku InstanceA na folder lokalny przy użyciu instrukcji ALTER Database.

2. Ustaw bazę danych w trybie offline w wystąpieniuA.

3. Następnie skopiuj pliki bazy danych z usługi Azure Storage do folderu lokalnego w wystąpieniuA. Zapewnia to, że InstancjaA wciąż posiada lokalną kopię bazy danych.

4. Ustaw bazę danych w trybie online.

Kod błędu 833 — czas realizacji żądań I/O przekracza 15 sekund

Ten błąd wskazuje, że system magazynu nie może spełnić wymagań obciążenia programu SQL Server. Zmniejszenie aktywności I/O z warstwy aplikacji lub zwiększenie przepustowości warstwy pamięci masowej. Aby dowiedzieć się więcej, zobacz Błąd 833. Jeśli problemy z wydajnością będą nadal występować, rozważ przeniesienie plików do innej warstwy magazynowania, takiej jak Premium lub UltraSSD. W przypadku programu SQL Server na maszynach wirtualnych platformy Azure zobacz optymalizowanie wydajności magazynu.

Dalsze kroki

• Tworzenie bazy danych