主页 / user-185475

pygri's questions

Martin Hope
pygri
Asked: 2021-11-27 02:52:48 +0800 CST
  • 1

我已经在 azure blob 存储容器中设置了一个 SAS 令牌。它目前是有效的，正如 windows cmd.exe 中的此命令有效的事实所证明的那样：

azcopy list "https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/path/to/file.BAK?<SAS token>"

并作为输出返回：

INFO: ;  Content Length: 7.58 GiB

现在，如果我通过 SSMS 在 SQL 服务器中发出以下命令（服务器在发出 azcopy 命令的同一台机器上本地运行，并且 <>-brackets 中的值与上面相同。请注意，我最后没有“/”容器名称和令牌中没有“？”，遵循 Microsoft 文档的建议）：

CREATE CREDENTIAL [https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>] 
  -- this name must match the container path, start with https and must not contain a forward slash at the end
WITH IDENTITY='SHARED ACCESS SIGNATURE' 
  -- this is a mandatory string and should not be changed   
 , SECRET = '<SAS token>';
GO

RESTORE HEADERONLY FROM
URL = N'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/path/to/file.BAK';

RESTORE 命令后出现错误：

Msg 3201, Level 16, State 2, Line 28
Cannot open backup device 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/path/to/file.BAK'. Operating system error 3(The system cannot find the path specified.).
Msg 3013, Level 16, State 1, Line 28
RESTORE HEADERONLY is terminating abnormally.

我检查并仔细检查了路径中没有错字，并且标记是相同的。<SAS token>是格式

sv=<date>&st=<datetime>&se=<datetime>&sr=c&sp=rl&sig=<sig_token>

最后一点，如果我在 RESTORE 之前 DROP 凭证，我会收到不同的错误消息

Operating system error 86(The specified network password is not correct.).

所以看起来令牌有效......

我会很感激一些关于这里可能出现问题的建议，或者我如何解决它的行为与 azcopy 实用程序不同的原因。

编辑 1：已对存储文件路径的区分大小写进行了评论。

<mystorageaccountname>并且<mystorageaccountcontainername>在 Microsoft Azure 存储资源管理器以及 azcopy 和 SQL 命令中都是小写。

path/to/file.BAK是混合大小写，在 Microsoft Azure 存储资源管理器以及 azcopy 和 SQL 命令中也是相同的。

restore sql-server-2019
Martin Hope
pygri
Asked: 2020-05-08 01:57:07 +0800 CST
  • 0

我有 3 个 SQL 服务器X和2 个Y数据库和. 有（许多）视图在其定义中使用 4 级命名：ZX.AY.BX.A

SELECT ... FROM Y.B.SCHEMA.TABLE

由此我推断其中X包含Y. 我正在从备份文件恢复X.A并从服务器中恢复，所以我现在 在同一台服务器上可用。但这些观点显然是由于不知道是什么而失败的。Y.BZZ.AZ.BZY

我希望这些视图能够在恢复的数据库Z.A中工作，这样它们就可以从Z.B（而不是从Y.B）获取数据，而无需更改视图（有很多这样的视图）。我不确定这是否可能。我可以Z根据需要在服务器上进行更改，但我没有任何访问权限X和Y. 视图的用户也只能访问Z.

我考虑过定义一个同义词YinZ指向，localhost但似乎在创建新同义词时我至少需要引用 schema 或 schema.table。或者我可以只使用服务器名称的同义词吗？

我还考虑过定义一个名为Yin的链接服务器Z，但指向它自己。在这里，我只能创建一个名为localhost指向自身的链接服务器，这无助于解决我的问题。

这是可能吗？我可以说服 SQL Server在视图定义中引用Z时使用吗？Y

sql-server restore