Sql server 移动；模型"；Azure VM上的SQL Server数据库阻止服务启动

这很可能是一个事先准备好的想法试图不适当地塑造云的结果。。。希望有人能帮助我摆脱糟糕的SQL配置：

• 我从SQL Server 2017开发者的Azure VM模板开始
• 接下来，我成功地将“tempdb”移动到（标准）“临时存储”驱动器
• 然后，我希望将“model”DB移动到未来数据库添加的模式中（使用ALTER database命令，然后复制mdf/ldf），然后问题就出现了：
  • 服务拒绝启动，事件日志报告“SQL Server（MSSQLSERVER）服务因以下特定于服务的错误而终止： %%945“
  • 尝试使用“-f-T3608”从命令行启动时，会报告“ex_dump_if_request:引发异常，主要=52，次要=43，状态=8，严重性=22，正在尝试创建症状转储”

如何指示服务（不启动）在以前的位置查找“模型”数据库文件？

啊哈-我不聪明；）

问题的根源是我复制/移动了错误的model.mdf和modellog.ldf文件。（系统上有几个。）我（懒洋洋地）使用Windows search查找文件，但没有注意到它在“模板”文件夹中找到了文件。我应该使用%Program Files%\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\DATA文件夹中的文件

一旦我复制了正确的模型文件，一切都很好

---

非常感谢@SQLSocialite，他是一双好的第二眼…

这与云无关。它只是一个虚拟机，与prem上的虚拟机没有任何区别。你错误地配置了某些东西，并为此责怪云。我们希望得到比这更好的回应，尤其是MVP。非常确定Azure虚拟机与prem上的虚拟机不同（请参阅SqlIaasExtension.Service.exe）——但我不是专家，坦率地说，我不在乎。因为是的，我误解了一些东西——因此这篇文章的第一句话——真的，我没有隐瞒。如果听起来像是我在责怪云，我会道歉。。。因为我看不到任何地方，除了我自己，我在责怪任何人。我搞砸了，不知道如何拧松它…嗯，我不是一个真正的sql人，我只是告诉你，你搞砸了，用sql启动一个新的vm真的很容易。sql server的工作方式与它在AWS\Azure\Google\On Prem\etc中运行无关。