Procédure
Serviço em questão : hospedagem compartilhada Windows ASP Plesk
Painel em questão : Plesk
Nível : intermediário
Esta ajuda explica como transferir uma base Microsoft SQL Server nos dois sentidos: da sua hospedagem Plesk para outro servidor SQL Server, ou de um servidor SQL Server para o Plesk.
SQL Server Management Studio, também chamado de SSMS, serve para criar ou restaurar o ficheiro de backup utilizado para a transferência. Este procedimento baseia-se na interface do SSMS 22 e continua válido para as suas atualizações 22.x. A Microsoft recomenda utilizar a atualização mais recente disponível.
Para seguir este procedimento, você deve dispor de:
O SSMS é uma ferramenta de administração. A sua instalação não cria automaticamente um servidor SQL Server. Você também deve dispor de uma instância SQL Server à qual se conectar.
As hospedagens Windows LWS utilizam atualmente Microsoft SQL Server 2019.
Um backup criado com SQL Server 2022, SQL Server 2025 ou outra versão mais recente não pode ser restaurado diretamente no servidor SQL Server 2019 da LWS. A versão do SSMS utilizada não altera essa limitação.
Antes de substituir uma base existente, crie um backup recente do seu conteúdo. No Plesk, a opção Recriar a base de dados apaga a base atual antes de restaurar o backup.



O Plesk cria um arquivo ZIP contendo o backup da base e, em seguida, descarrega-o para o seu computador.
.bak ao final do seu nome.Por exemplo:
ma-base-sauvegarde torna-se ma-base-sauvegarde.bak
Não renomeie diretamente o arquivo ZIP para .bak. Você deve primeiro descompactar o arquivo e, depois, renomear apenas o ficheiro que ele contém, caso ele não tenha nenhuma extensão.
…..bak extraído do arquivo Plesk.Se já existir uma base com esse nome, utilize outro nome para não substituir o seu conteúdo.
Esses menus correspondem ao procedimento de restauração documentado para a interface atual do SSMS.
Quando o SSMS está ligado a uma instância SQL Server instalada noutro computador, a janela de seleção mostra os ficheiros acessíveis por esse servidor SQL. O ficheiro .bak deve, portanto, ser colocado numa pasta acessível pela instância remota.
Utilize um nome que termine em .bak, por exemplo:
ma-base.bak
O ficheiro é criado no computador que hospeda a instância SQL Server. Se estiver ligado a um servidor SQL remoto, o ficheiro não será necessariamente guardado no computador a partir do qual está a utilizar o SSMS.
Antes da importação, verifique se o backup foi criado com SQL Server 2019 ou uma versão anterior compatível.
.bak criado com o SSMS.Por exemplo:
ma-base.bak deve estar em ma-base.zip
A base de destino já deve existir. Se necessário, crie uma nova base SQL Server antes de continuar.
.bak.O Plesk aceita o envio de um arquivo ZIP contendo o ficheiro de backup. A base de origem e a base de destino devem utilizar o mesmo motor de base de dados.
No Explorador de objetos:
A transferência termina quando a base aparece no ambiente de destino, as suas tabelas estão acessíveis e o seu site ou aplicação consegue ligar-se a ela.
Verifique se você fez corretamente:
.bak ao ficheiro extraído, caso ele não possuísse nenhuma;Se a sua instância SQL Server for remota, o ficheiro deve ser colocado no servidor remoto ou num local de rede acessível por ele.
O backup provavelmente foi criado com uma versão do SQL Server mais recente do que a do servidor de destino.
Um backup SQL Server 2022 ou 2025 não pode ser restaurado diretamente no SQL Server 2019. Nesse caso, deve transferir a estrutura e os dados usando scripts compatíveis em vez de utilizar diretamente o ficheiro .bak.
Verifique:
.bak;Os limites atuais variam consoante o plano Plesk: o tamanho máximo de uma base situa-se entre 50 MB e 750 MB.
Após a transferência, verifique os parâmetros de ligação guardados no seu site:
As credenciais utilizadas no servidor de origem não são automaticamente substituídas pelas da base criada no Plesk.
Coloque-a à equipa LWS e à comunidade. A resposta é publicada após moderação.