在 docker 容器中还原数据库

Question

在 docker 容器中恢复 AdventureWorks2017 数据库时出现以下错误。运行 SQL 服务器 2019 CTP 2.0 (mcr.microsoft.com/mssql/server:vNext-CTP2.0-ubuntu) 备份和目标数据卷都被持久化。创建新数据库没问题。检查路径，它们是正确的。使用 2017-latest docker 图像恢复时没有任何问题。

还有其他人遇到 2019-CTP2 的这个问题，解决方法吗？

Msg 3634, Level 16, State 1, Line 7 The operating system returned the error '2(The system cannot find the file specified.)' while attempting 'RestoreContainer::ValidateTargetForCreation' on '/var/opt/mssql/data/AdventureWorks2017.mdf'. Msg 3156, Level 16, State 5, Line 7 File 'AdventureWorks2017' cannot be restored to '/var/opt/mssql/data/AdventureWorks2017.mdf'. Use WITH MOVE to identify a valid location for the file. Msg 3634, Level 16, State 1, Line 7 The operating system returned the error '2(The system cannot find the file specified.)' while attempting 'RestoreContainer::ValidateTargetForCreation' on '/var/opt/mssql/log/AdventureWorks2017_log.ldf'. Msg 3156, Level 16, State 5, Line 7 File 'AdventureWorks2017_log' cannot be restored to '/var/opt/mssql/log/AdventureWorks2017_log.ldf'. Use WITH MOVE to identify a valid location for the file. Msg 3119, Level 16, State 1, Line 7 Problems were identified while planning for the RESTORE statement. Previous messages provide details. Msg 3013, Level 16, State 1, Line 7 RESTORE DATABASE is terminating abnormally.

创建容器。

$datapath = "D:\Foo";
$logpath = "D:\Foo";
$backuppath = "D:\Foo";
$pass = ":-)"

$ct = (docker run -e "ACCEPT_EULA=Y" -e "SA_PASSWORD=$pass" `
    -e "MSSQL_PID=Developer" -p 2017:1433 `
    -e "MSSQL_TCP_PORT=1433" `
    -v ${datapath}:/var/opt/mssql/data `
    -v ${logpath}:/var/opt/mssql/log `
    -v ${backuppath}:/var/opt/mssql/backup `
    -e "MSSQL_BACKUP_DIR=/var/opt/mssql/backup" `
    -e "MSSQL_DATA_DIR=/var/opt/mssql/data" ` 
    -e "MSSQL_LOG_DIR=/var/opt/mssql/log" `
    -d mcr.microsoft.com/mssql/server:vNext-CTP2.0-ubuntu)

恢复命令。

RESTORE DATABASE [AdventureWorks2017] FROM  DISK = N'/var/opt/mssql/backup/AdventureWorks2017.bak' 
WITH  FILE = 1,  
MOVE N'AdventureWorks2017' TO N'/var/opt/mssql/data/AdventureWorks2017.mdf',  
MOVE N'AdventureWorks2017_log' TO N'/var/opt/mssql/log/AdventureWorks2017_log.ldf', 
NOUNLOAD,  STATS = 1

Answer 1

检查您是否提供了文件夹的完整权限来保存该数据库的mdf和ldf。

Answer 2

能够通过先创建一个空数据库然后使用替换选项恢复来解决这个问题。

Answer 3

我为这个问题苦苦挣扎了几个小时。问题是该目录没有完全权限。

chmod 777 hds
cd hds

sqlcmd -U SA -P <db_password>  -Q "RESTORE DATABASE XSP_A0 FROM DISK=N'/home/hds/DBchema.bak' WITH REPLACE, MOVE N'XSP_A0' TO N'/home/hds/XSP_A0.mdf' , MOVE N'XSP_A0_log' TO N'/home/hds/XSP_A0.ldf'"

Answer 4

我已在 Windows 1909、Docker Desktop 2.3.0.3 和 SQL Server 2019 上重现此问题。

我验证了 3 个解决方法

Daniel 创建数据库并在其上恢复的解决方法
在恢复之前手动创建文件
使用卷映射存储而不是主机文件夹映射存储

我发现仅当您指定 docker -v 或 --mount 标志将 主机文件夹 映射到容器文件夹时才会出现此问题。不幸的是，这正是我想要做的，以便利用连接到我的主机的各种存储卷。

我能够成功地将数据库还原到其他文件夹，包括卷映射文件夹，但要有权限。要么确保该文件夹可由 mssql 用户写入，要么运行进程作为 root。

它也可以在恢复文件之前手动创建文件。请注意，您需要在还原中使用 REPLACE 选项，即使数据库不还存在。

docker run `
    -e "ACCEPT_EULA=Y" -e "SA_PASSWORD=$pwd" `
    -e "MSSQL_DATA_DIR=/home/data" `
    -e "MSSQL_LOG_DIR=/home/log" `
    -e "MSSQL_BACKUP_DIR=/home/backup" `
    --mount source=sql2019sysdatavol,target=/var/opt/mssql `
    --mount type=bind,source="E:\SQL2019\Data",target=/home/data `
    --mount type=bind,source="E:\SQL2019\Log",target=/home/log `
    --mount type=bind,source="E:\SQL2019\Backup",target=/home/backup `
    --name sql2019 --hostname sql2019 `
    -p 1433:1433 `
    -d mcr.microsoft.com/mssql/server:2019-latest

docker container exec sql2019 touch /home/data/AdventureWorks2019.mdf
docker container exec sql2019 touch /home/log/AdventureWorks2019_Log.ldf

$cmd = " `
    RESTORE DATABASE [AdventureWorks2019] `
    FROM  DISK = N'/home/backup/AdventureWorks2019.bak' `
    WITH  FILE = 1, STATS = 5, REPLACE, `
    MOVE N'AdventureWorks2017' TO  N'/home/data/AdventureWorks2019.mdf', `
    MOVE N'AdventureWorks2017_Log'  TO  N'/home/log/AdventureWorks2019_Log.ldf'"

sqlcmd '-Usa' "-P$pwd" '-S127.0.0.1,1433' "-Q"$cmd""

5 percent processed.
...
100 percent processed.
Processed 26344 pages for database 'AdventureWorks2019', file 'AdventureWorks2017' on file 1.
Processed 2 pages for database 'AdventureWorks2019', file 'AdventureWorks2017_log' on file 1.
RESTORE DATABASE successfully processed 26346 pages in 3.018 seconds (68.198 MB/sec).

Answer 5

我正在 mac 尝试为数据使用挂载的主机卷，我发现这是文件名的问题。

Answer 6

我运行 sql 服务器在 linux 容器上，运行在 Windows 10 笔记本电脑上。我使用的命令如下

docker run --name testdb3 -d -p 1433:1433 -e MSSQL_SA_PASSWORD=G52ndTOur -e ACCEPT_EULA=Y -v D:/Vivek/Trials/SqlDocker/data:/var/opt/mssql/data -v D:/Vivek/Trials/SqlDocker/log:/var/opt/mssql/log -v D:/Vivek/Trials/SqlDocker/secrets:/var/opt/mssql/secrets mcr.microsoft.com/mssql/server

一旦命令执行且容器为运行，这将在 windows 机器上创建三个文件夹，如下所示。

现在将您的 .bak 文件复制到这些文件夹之一，例如数据文件夹。

使用 SSMS 连接到容器中的服务器运行，如下所示。 ',1433' 是可选的，因为 1433 是默认值。所以一个点（。代表本地主机）也应该有效。

下一步创建您要还原的数据库。在我的例子中是 SqlServerOnDocker

现在右键单击数据库并select恢复数据库

点击确定，然后再次确定。现在 select 选项如下所示在同一个还原数据库对话框中。

现在单击确定以恢复您的数据库。

在 docker 容器中还原数据库

Restore database in docker container

sql-server

docker

sql-server-2019