Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Za pomocą Azure Backup można tworzyć kopie zapasowe baz danych SQL Server i SQL Server migawki wystąpień (wersja zapoznawcza) na maszynach wirtualnych Azure hostowanych na platformie Microsoft Azure w chmurze. Ten artykuł zawiera podsumowanie ogólnych ustawień i ograniczeń dotyczących scenariuszy i wdrożeń kopii zapasowej kopii zapasowej SQL Server kopii zapasowej i tworzenia kopii zapasowej migawki wystąpienia SQL Server w maszynach wirtualnych Azure. Często zadawane pytania można znaleźć w często zadawanych pytaniach.
Obsługa scenariuszy
W poniższej tabeli przedstawiono podsumowanie obsługi różnych scenariuszy tworzenia kopii zapasowych bazy danych SQL Server na maszynach wirtualnych Azure.
| Support | Details |
|---|---|
| Obsługiwane wdrożenia | Obsługiwane są maszyny wirtualne SQL Marketplace Azure i maszyny wirtualne spoza witryny Marketplace (z ręcznie instalowanym programem SQL Server). |
| Obsługiwane regiony | Usługa Azure Backup dla baz danych programu SQL Server jest dostępna we wszystkich regionach, z wyjątkiem Francji Południowej (FRS). |
| Obsługiwane systemy operacyjne | Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 (wszystkie wersje), Windows Server 2008 R2 z dodatkiem SP1 Inna konfiguracja jest wymagana dla Windows Server 2008 i 2008 R2. Dowiedz się, jak ustawić uprawnienia maszyny wirtualnej. System Linux nie jest obecnie obsługiwany. |
| Obsługiwane wersje programu SQL Server | SQL Server 2022 Express, SQL Server 2022, SQL Server 2019 r. SQL Server 2017 zgodnie ze szczegółowymi informacjami na stronie cyklu życia produktu Search, SQL Server 2016 r. i dostawcy Search SQL Server 2014 r., SQL Server 2012 r. Enterprise, Standard, Web, Developer, Express. Wersje usługi Express Local DB nie są obsługiwane. Ograniczona obsługa jest dostępna dla wersji programu SQL Server, które są obecnie w "Koniec życia", "Rozszerzone aktualizacje zabezpieczeń" lub inne ograniczone fazy pomocy technicznej. |
| Obsługiwane wersje platformy .NET | Program .NET Framework 4.6.2 lub nowszy zainstalowany na maszynie wirtualnej |
| Obsługiwane wdrożenia | Obsługiwane są maszyny wirtualne platformy Azure i maszyny wirtualne platformy Azure spoza witryny Marketplace (program SQL Server, który jest instalowany ręcznie). Obsługa wystąpień autonomicznych jest zawsze włączona w grupach dostępności. Należy pamiętać, że bazy danych SQL, które są częścią grupy dostępności AlwaysOn i są synchronizowane z usługi SQL Managed Instance, nie są obsługiwane. |
| Przywracanie między regionami | Obsługiwane w przypadku baz danych chronionych jako wystąpienie autonomiczne i/lub w ramach grupy dostępności SQL. Dowiedz się więcej. |
| Przywracanie między subskrypcjami | Obsługiwane za pośrednictwem witryny Azure Portal i interfejsu wiersza polecenia platformy Azure. Dowiedz się więcej. |
Note
Windows Server 2008 r., 2008 R2, 2012 i 2012 R2 osiągnęły koniec wsparcia technicznego (EOS). Przejrzyj swoje użycie systemu operacyjnego i odpowiednio zaplanuj jego aktualizacje i migracje. Aby uzyskać więcej informacji, zobacz Zakończenie wsparcia dla:
Wykonaj aktualizację na miejscu do Windows Server 2016, 2019, 2022 lub 2025.
Zagadnienia i ograniczenia dotyczące funkcji
| Setting | Maksymalny limit |
|---|---|
| Liczba baz danych, które mogą być chronione na serwerze (i w magazynie) | 2000 |
| Obsługiwany rozmiar bazy danych (poza dozwolonym limitem mogą wystąpić problemy z wydajnością) | 6 TB z kopią zapasową przesyłania strumieniowego* Zalecamy użycie kopii zapasowej migawki SQL dla baz danych większych niż 4 TB w scenariuszach wymagających szybszej wydajności tworzenia kopii zapasowych i przywracania. |
| Liczba plików obsługiwanych w bazie danych | 1000 |
| Liczba pełnych kopii zapasowych obsługiwanych dziennie | Jedna zaplanowana kopia zapasowa. Trzy kopie zapasowe na żądanie. Zalecamy, aby nie wyzwalać więcej niż trzech kopii zapasowych dziennie. Jednak aby zezwolić użytkownikom na ponawianie prób w przypadku nieudanych prób, ustalony limit kopii zapasowych na żądanie jest ustawiony na dziewięć prób. |
| Przesyłanie dzienników transakcji | Po włączeniu wysyłania dzienników w bazie danych programu SQL Server, której kopię zapasową wykonujesz, zalecamy wyłączenie kopii zapasowych dziennika w zasadach tworzenia kopii zapasowych. W przeciwnym razie wysyłka dziennika (która automatycznie wysyła dzienniki transakcji z podstawowej do pomocniczej bazy danych) zakłóca tworzenie kopii zapasowych dziennika włączonych za pośrednictwem Azure Backup. W związku z tym, jeśli włączysz wysyłanie dziennika, upewnij się, że zasady mają włączone tylko pełne i/lub różnicowe kopie zapasowe. |
| Okres przechowywania kopii zapasowych na żądanie | W przypadku pełnych/różnicowych/przyrostowych kopii zapasowych przechowywanie gotowe do użycia wynosi 45 dni. W przypadku pełnej kopii zapasowej tylko do kopiowania można zdefiniować niestandardowy okres przechowywania. |
| Limit przywracania dla bazy danych SQL na maszynie wirtualnej platformy Azure | 20 |
| Liczba baz danych, które można jednocześnie kopiować | 20 na VM |
| Liczba baz danych, które można jednocześnie przywrócić | 15 na VM |
| Liczba baz danych, które można przywrócić jako pliki jednocześnie | 15 na VM |
| Dozwolona liczba przywracania na bazę danych | 20 dziennie |
*Limit rozmiaru bazy danych zależy od obsługiwanej przez nas szybkości transferu danych i konfiguracji limitu czasu tworzenia kopii zapasowej. To nie jest twardy limit. Dowiedz się więcej na temat wydajności przepływności kopii zapasowych.
- Kopie zapasowe programu SQL Server można skonfigurować w witrynie Azure Portal lub programie PowerShell. Interfejs wiersza polecenia nie jest obsługiwany.
- Rozwiązanie jest obsługiwane w obu rodzajach wdrożeń — maszyn wirtualnych usługi Azure Resource Manager i klasycznych maszyn wirtualnych.
- Obsługiwane są wszystkie typy kopii zapasowych (pełne/różnicowe/dzienniki) i modele odzyskiwania (proste/pełne/zbiorcze).
- W przypadku baz danych tylko do odczytu : pełne i pełne kopie zapasowe są jedynymi obsługiwanymi typami kopii zapasowych.
- Kompresja natywna SQL jest obsługiwana w przypadku jawnego włączenia przez użytkownika w zasadach tworzenia kopii zapasowych. Usługa Azure Backup zastępuje wartości domyślne na poziomie wystąpienia klauzulą COMPRESSION/NO_COMPRESSION w zależności od wartości tej kontrolki ustawionej przez użytkownika.
- TDE — obsługiwana jest włączona kopia zapasowa bazy danych. Aby przywrócić zaszyfrowaną bazę danych TDE do innego programu SQL Server, należy najpierw przywrócić certyfikat na serwerze docelowym. Kompresja kopii zapasowych baz danych z obsługą funkcji TDE dla programu SQL Server 2016 i nowszych wersji jest dostępna, ale przy niższym rozmiarze transferu, jak wyjaśniono tutaj.
- Operacje tworzenia kopii zapasowych i przywracania dla dublowania baz danych i migawek bazy danych nie są obsługiwane.
- Wystąpienie klastra trybu failover programu SQL Server (FCI) nie jest obsługiwane.
- Tworzenie kopii zapasowych baz danych z rozszerzeniami w nazwach nie jest obsługiwane, ponieważ serwer usług IIS wykonuje filtrowanie żądań rozszerzenia plików. Należy jednak pamiętać, że Microsoft dozwolone
.ad,.csi.master, które mogą być używane w nazwach baz danych. Dowiedz się więcej na temat wytycznych dotyczących nazewnictwa bazy danych dla usługi Azure Backup. - Szyfrowanie FIPS nie jest obecnie obsługiwane w przypadku obciążeń kopii zapasowych SQL.
obsługiwane scenariusze tworzenia kopii zapasowych migawek wystąpień SQL Server (wersja zapoznawcza)
W poniższej tabeli przedstawiono podsumowanie obsługiwanych i nieobsługiwanych scenariuszy tworzenia kopii zapasowych migawek wystąpień SQL Server uruchomionych na maszynach wirtualnych Azure.
| Scenariusze | Supported | Unsupported |
|---|---|---|
| Wersje programu SQL Server | SQL Server 2016 (i nowszych) uruchomionych na Windows Server 2016 (i nowszych). | |
| Typy kopii zapasowych dla migawki | Pełna migawka (z kopią zapasową dziennika lub bez tej kopii zapasowej), kopia zapasowa migawki tylko do kopiowania (kopie zapasowe adhoc na poziomie bazy danych) | |
| Konfiguracja kopii zapasowej | Wystąpienie autonomiczne i zawsze włączone grupy dostępności | |
| Sprzęt/konfiguracje magazynu | Ssd w warstwie Premium V2, Ultradisk, dyski przyspieszone do zapisu, efemeryczny dysk systemu operacyjnego i dyski udostępnione. | |
| Szyfrowania | ADE, TDE i inne szyfrowanie SQL | |
| Kompresja SQL | Niewspierane | |
| Proces przywracania | Odzyskiwanie alternatywnej lokalizacji (ALR), które obsługuje przywracanie do innej docelowej maszyny wirtualnej z oryginalnej. | Przywracanie oryginalnej lokalizacji (OLR), przywracanie między regionami, przywracanie między subskrypcjami |
| Obsługiwani klienci | portal Azure, program PowerShell | CLI |
| Funkcje oparte na magazynie | Niezmienność, prywatne punkty końcowe (za pośrednictwem serwera proxy) | |
| Typ bazy danych | Tworzenie kopii zapasowych migawek systemowych baz danych | |
| Rozmiar bazy danych | Maksymalna baza danych 35 TB | |
| Wybór bazy danych podczas tworzenia migawki wystąpienia | Maksymalnie 12 baz danych użytkowników | |
| Tryb ochrony w wystąpieniu SQL | Chroni wszystkie wybrane bazy danych przy użyciu tylko ochrony opartej na migawkach. | Tryby ochrony mieszanej (niektóre bazy danych korzystające z migawek i innych korzystających z przesyłania strumieniowego) |
Note
Integracja z środowiskiem
Wydajność przepływności kopii zapasowej dla kopii zapasowej przesyłania strumieniowego SQL
Usługa Azure Backup obsługuje spójną szybkość transferu danych wynoszącą 350 MB/s na potrzeby pełnych i różnicowych kopii zapasowych dużych baz danych SQL (500 GB). Aby użyć optymalnej wydajności, upewnij się, że:
- Podstawowa maszyna wirtualna (zawierająca wystąpienie programu SQL Server, które hostuje bazę danych) jest skonfigurowana z wymaganą przepływnością sieci. Jeśli maksymalna przepływność maszyny wirtualnej jest mniejsza niż 200 MB/s, usługa Azure Backup nie może przesyłać danych przy optymalnej szybkości.
Ponadto dysk, który zawiera pliki bazy danych, musi mieć wystarczającą przepływność aprowizowaną. Dowiedz się więcej o przepływności i wydajności dysku na maszynach wirtualnych platformy Azure. - Procesy uruchomione na maszynie wirtualnej nie zużywają przepustowości maszyny wirtualnej.
- Harmonogramy tworzenia kopii zapasowych są rozłożone na podzestaw baz danych. Wiele kopii zapasowych uruchomionych współbieżnie na maszynie wirtualnej współdzieli współczynnik zużycia sieci między kopiami zapasowymi. Dowiedz się więcej na temat kontrolowania liczby współbieżnych kopii zapasowych.
- Maksymalna obsługiwana przepływność kopii zapasowych dzienników wynosi 50 Mb/s na podstawie średniego współczynnika zmian dzienników obserwowanego w większości środowisk. Jeśli stale występują duże współczynniki zmian dzienników i napotykasz zmniejszoną wydajność tworzenia kopii zapasowych, skontaktuj się z pomocą techniczną firmy Microsoft, aby uzyskać dalszą pomoc.
Note
- Większa przepływność jest automatycznie ograniczana po spełnieniu następujących warunków:
- Wszystkie bazy danych powinny być powyżej rozmiaru 4 TB.
- Bazy danych powinny być hostowane na maszynach wirtualnych platformy Azure, które mają maksymalną metryę przepływności dysku bez buforowania większą niż 800 MB/s.
- Pobierz szczegółowy planista zasobów , aby obliczyć przybliżoną liczbę chronionych baz danych zalecanych na serwer na podstawie zasobów maszyn wirtualnych, przepustowości i zasad tworzenia kopii zapasowych.
Dalsze kroki
- Tworzenie kopii zapasowej bazy danych programu SQL Server uruchomionej na maszynie wirtualnej platformy Azure.
- Przywracanie kopii zapasowej baz danych programu SQL Server.
- Back up SQL Server instance snapshot in Azure VM using Azure portal (preview) (>/c0).
- Przywracanie kopii zapasowej baz danych programu SQL Server.
- Zarządzanie kopiami zapasowymi baz danych programu SQL Server.