Uwaga
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.
Poniżej opisano znane problemy i ograniczenia związane z migracjami online z programu SQL Server do usługi Azure SQL Managed Instance.
Ważne
W przypadku migracji online programu SQL Server do usługi Azure SQL Managed Instance migracja typów danych SQL_variant nie jest obsługiwana.
Wymagania dotyczące kopii zapasowych
Nośnik kopii zapasowej
Pamiętaj, aby każdą kopię zapasową wykonać na osobnym nośniku kopii zapasowej (pliki kopii zapasowej). Usługa Azure Database Migration Service nie obsługuje kopii zapasowych, które są dołączane do pojedynczego pliku kopii zapasowej. Wykonaj pełne, różnicowe kopie zapasowe i kopie zapasowe dziennika, aby oddzielić pliki kopii zapasowej.
Układ pliku danych i dziennika
Liczba plików dziennika
Usługa Azure Database Migration Service nie obsługuje baz danych z wieloma plikami dziennika. Jeśli masz wiele plików dziennika, zmniejsz i zreorganiuj je w jeden plik dziennika transakcji. Ponieważ nie można zdalnie rejestrować plików, które nie są puste, należy najpierw utworzyć kopię zapasową pliku dziennika.
Funkcje programu SQL Server
FileStream/FileTables
Usługa SQL Managed Instance obecnie nie obsługuje elementu FileStream i FileTables. W przypadku obciążeń zależnych od tych funkcji zalecamy wybranie serwerów SQL działających na maszynach wirtualnych platformy Azure jako celu platformy Azure.
Tabele w pamięci
Magazyn OLTP w pamięci jest dostępny w warstwach Premium i Krytyczne dla działania firmy dla usługi SQL Managed Instance. Warstwa Ogólnego przeznaczenia nie obsługuje olTP w pamięci.
Resetowanie migracji
Wdrożenia
SQL Managed Instance to usługa PaaS z automatycznymi poprawkami i aktualizacjami wersji. Podczas migracji wystąpienia zarządzanego SQL aktualizacje niekrytyczne są przechowywane przez maksymalnie 36 godzin. Następnie (i w przypadku aktualizacji krytycznych), jeśli migracja zostanie przerwana, proces zostanie zresetowany do stanu pełnego przywracania.
Migracja jednorazowa może być wywoływana tylko po przywróceniu pełnej kopii zapasowej i dogonieniu wszystkich kopii zapasowych dziennika. Jeśli migracja produkcyjna ma wpływ na nieoczekiwane problemy, otwórz bilet pomocy technicznej, aby uzyskać pomoc.
Możesz przesłać pomysły/sugestie dotyczące ulepszeń oraz inne opinie, w tym błędy na forum Społeczności platformy Azure — Azure Database Migration Service.
Łączność udziału plików SMB
Problemy z nawiązywaniem połączenia z udziałem plików SMB są prawdopodobnie spowodowane problemem z uprawnieniami.
Aby przetestować łączność udziału plików SMB, wykonaj następujące kroki:
Zapisz kopię zapasową w udziale plików SMB.
Sprawdź łączność sieciową między podsiecią usługi Azure Database Migration Service i źródłowym programem SQL Server. Najprostszym sposobem jest wdrożenie maszyny wirtualnej programu SQL Server w podsieci DMS i nawiązanie połączenia ze źródłowym programem SQL Server przy użyciu programu SQL Server Management Studio.
Przywróć nagłówek źródłowego programu SQL Server z kopii zapasowej na udziałach plików:
RESTORE HEADERONLY FROM DISK = N'\\<SMB file share path>\full.bak';
Jeśli nie możesz nawiązać połączenia z udziałem plików, skonfiguruj uprawnienia, wykonując następujące czynności:
Przejdź do udziału plików przy użyciu Eksplorator plików.
Kliknij prawym przyciskiem myszy udział plików i wybierz właściwości.
Wybierz kartę Udostępnianie i wybierz pozycję Udostępnianie zaawansowane.
Dodaj konto systemu Windows używane do migracji i przypisz mu pełny dostęp do kontroli.
Dodaj konto usługi programu SQL Server i przypisz mu pełny dostęp do kontroli. Sprawdź menedżera konfiguracji programu SQL Server dla konta usługi programu SQL Server, jeśli nie masz pewności, które konto jest używane.