Procédure
Usługa, której dotyczy : współdzielony hosting Windows ASP Plesk
Panel, którego dotyczy : Plesk
Poziom : średnio zaawansowany
Ta pomoc wyjaśnia, jak przenieść bazę Microsoft SQL Server w obie strony: z hostingu Plesk na inny serwer SQL Server albo z serwera SQL Server do Plesk.
SQL Server Management Studio, nazywane również SSMS, służy do tworzenia lub przywracania pliku kopii zapasowej używanego do transferu. Procedura ta opiera się na interfejsie SSMS 22 i pozostaje ważna dla jego aktualizacji 22.x. Microsoft zaleca używanie najnowszej dostępnej aktualizacji.
Aby wykonać tę procedurę, musisz mieć:
SSMS jest narzędziem administracyjnym. Jego instalacja nie tworzy automatycznie serwera SQL Server. Musisz również mieć instancję SQL Server, z którą można się połączyć.
Hostingi Windows LWS korzystają obecnie z Microsoft SQL Server 2019.
Kopia zapasowa utworzona za pomocą SQL Server 2022, SQL Server 2025 lub innej nowszej wersji nie może zostać bezpośrednio przywrócona na serwerze SQL Server 2019 LWS. Wersja używanego SSMS nie zmienia tego ograniczenia.
Przed zastąpieniem istniejącej bazy utwórz aktualną kopię jej zawartości. W Plesk opcja Odtwórz bazę danych usuwa bieżącą bazę przed przywróceniem kopii zapasowej.



Plesk tworzy archiwum ZIP zawierające kopię zapasową bazy, a następnie pobiera je na Twój komputer.
.bak.Na przykład:
ma-base-sauvegarde staje się ma-base-sauvegarde.bak
Nie zmieniaj bezpośrednio nazwy archiwum ZIP na .bak. Najpierw musisz rozpakować archiwum, a następnie zmienić nazwę tylko pliku, który zawiera, jeśli nie ma on żadnego rozszerzenia.
…..bak wyodrębniony z archiwum Plesk.Jeśli baza o tej nazwie już istnieje, użyj innej nazwy, aby nie zastąpić jej zawartości.
Te menu odpowiadają procedurze przywracania udokumentowanej dla aktualnego interfejsu SSMS.
Gdy SSMS jest połączony z instancją SQL Server zainstalowaną na innym komputerze, okno wyboru wyświetla pliki dostępne dla tego serwera SQL. Plik .bak musi więc zostać umieszczony w folderze dostępnym dla zdalnej instancji.
Użyj nazwy kończącej się na .bak, na przykład:
ma-base.bak
Plik jest tworzony na komputerze, na którym działa instancja SQL Server. Jeśli łączysz się ze zdalnym serwerem SQL, plik nie zostanie koniecznie zapisany na komputerze, z którego korzystasz z SSMS.
Przed importem sprawdź, czy kopia zapasowa została utworzona za pomocą SQL Server 2019 lub starszej zgodnej wersji.
.bak utworzony w SSMS.Na przykład:
ma-base.bak powinien znajdować się w ma-base.zip
Baza docelowa musi już istnieć. W razie potrzeby utwórz nową bazę SQL Server przed kontynuowaniem.
.bak.Plesk akceptuje przesłanie archiwum ZIP zawierającego plik kopii zapasowej. Baza źródłowa i baza docelowa muszą korzystać z tego samego silnika bazy danych.
W Eksploratorze obiektów:
Transfer jest zakończony, gdy baza pojawi się w środowisku docelowym, jej tabele będą dostępne, a Twoja witryna lub aplikacja będzie mogła się z nią połączyć.
Sprawdź, czy:
.bak do wyodrębnionego pliku, jeśli nie miał żadnego;Jeśli Twoja instancja SQL Server jest zdalna, plik musi zostać umieszczony na zdalnym serwerze lub w lokalizacji sieciowej dostępnej dla tego serwera.
Kopia zapasowa została prawdopodobnie utworzona przy użyciu nowszej wersji SQL Server niż wersja serwera docelowego.
Kopii zapasowej SQL Server 2022 lub 2025 nie można bezpośrednio przywrócić na SQL Server 2019. Musisz wtedy przenieść strukturę i dane za pomocą zgodnych skryptów zamiast bezpośrednio używać pliku .bak.
Sprawdź:
.bak;Aktualne limity różnią się w zależności od pakietu Plesk: maksymalny rozmiar bazy mieści się w przedziale od 50 MB do 750 MB.
Po transferze sprawdź zapisane w witrynie parametry połączenia:
Dane logowania używane na serwerze źródłowym nie są automatycznie zastępowane danymi dla bazy utworzonej w Plesk.
Zadaj je zespołowi LWS i społeczności. Odpowiedź zostanie opublikowana po moderacji.