服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

同步WindowsImageBackup文件夹

我有一台运行Windows Server 2016 Essentials的服务器。 (通常尽量避免使用SBStypes的版本,虽然我希望他们在2016年没有h </s>东西,但是是的,他们有) 此客户以前的服务器使用Symantec System Recovery备份到NAS,我们一直都很成功 在这个系统上,我试图使用内置的Windows Server Backup,这应该是不错的权利? 不幸的是,Essentials似乎无法备份到networking位置。 您可以尝试直接访问“服务器备份”(而不是使用仪表板),但需要在系统和NAS上匹配帐户,并仍然抱怨权限问题。 它也打破仪表板中的备份选项。 我最终决定,只要按照Essentials选项并使用USB驱动器就可以了,但我宁愿不要完全依赖备份存储。 我想将备份文件同步到NAS,我很高兴使用RoboSync。 但是,获取文件似乎是一个问题。 我已经给USB磁盘分配了一个驱动器盘符,所以我可以看到备份文件夹 – 希望这还不足以破坏备份过程。 尽pipe如此,仍然无法复制一些数据,但是以启用了备份模式的pipe理员身份运行RoboSync。 它将访问一些文件,目前正在复制主要图像文件(.vhdx),但在其他文件上显示错误,如下所示 – New File 18.7 g {faa21756-730f-11e7-be75-901b0ed00c98}{3808876b-c176-4e48-b7ae-04046e6cc752} 2017/07/28 09:23:43 ERROR 5 (0x00000005) Copying File F:\System Volume Information\{faa21756-730f-11e7-be75-901b0ed00c98}{3808876b-c176-4e48-b7ae-04046e6cc752} Access is denied. 有什么办法可以轻松地创build备份数据的副本,而不会跳过箍? 我已经避免了对备份文件夹的权限更改,因为如果这样会打破未来的备份,我不会感到惊讶。 编辑:再看一遍,唯一不会复制的文件位于USB驱动器根目录下的System Volume Information文件夹中。 我不认为这实际上是与备份有什么关系…任何人都可以确认WindowsImageBackup文件夹是我应该需要能够在未来恢复整个机器?

Terraform – 状态码= 404(ResourceNotFound)

我已经使用Terraform几个星期了,这是一个很好的工具。 但是,到最近,我在部署过程中遇到了很多错误。 我有一个基本的Azure部署.tf文件,它创build所有必需的组件。 但是,由于某种原因,我不断收到ResourceNotFound。 如果我重新运行脚本,它工作正常。 主要的罪魁祸首是“azurerm_virtual_network”资源。 由于虚拟networking在尝试添加NSG规则或“azurerm_subnet”时仍处于“正在创build”状态,因此依赖于此的任何资源似乎都会失败。 这不是一个表演塞尔,更是一个烦恼! 有没有办法来防止这个错误? 另一方面,我似乎也不得不在一切都应用之后部署NSG规则,否则NSG规则似乎没有任何影响。 我目前在不同的文件夹中有2个.tf文件,我按顺序运行,NSG规则可以很好地工作。 尽pipe如果可能的话,我更喜欢把它全部放在一个文件中? // Virtual Network resource "azurerm_virtual_network" "Prod_VirtualNetwork" { name = "virtual-network" address_space = ["10.1.0.0/16"] location = "${var.azurerm_location}" resource_group_name = "${azurerm_resource_group.Prod_RG.name}" } // Subnet configurtion resource "azurerm_subnet" "Prod_subnet" { name = "${var.azurerm_prefix}-subnet" resource_group_name = "${azurerm_resource_group.Prod_RG.name}" virtual_network_name = "virtual-network" address_prefix = "10.1.12.0/24" } // Network Security […]