我正在尝试将远程桌面部署的设置编写到Azure中。 我使用Powershell远程连接到虚拟机上的WinRM端点并执行远程Powershell。 在大多数情况下这工作得很好，并允许我configuration服务器，安装应用程序等 但是，当我使用New-RDSessionDeployment命令实际安装远程桌面组件时，遇到了问题。 此部署中有两台服务器： RD-GTW，它将承载远程桌面网关和Web访问服务 RD-RDS，它将主持一个会话主机和连接代理 我正在如下运行RD-GTW服务器的New-RDSessionDeployment命令（使用invoke-command） New-RDSessionDeployment -ConnectionBroker RD-RDS.domain.local -WebAccessServer RD-GTW.domain.local -SessionHost RD-RDS.domain.local 然后返回一个错误： Validation failed for the "RD Connection Broker" parameter. RD-RDS1.domain.local Unable to connect to the server by using Windows PowerShell remoting. Verify that you can connect to the server. + CategoryInfo : NotSpecified: (:) [Write-Error], WriteErrorException + FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,New-RDSessionDeployment […]
我已经build立了一个简单的Azure虚拟networking（VN），由单个域控制器和一些客户端组成。 现在我需要知道如何configurationVN的DNS服务器列表 。 以下是我尝试的两个选项： 使DC成为DNS服务器列表中唯一的IP。 最初这似乎是configurationVN的最明显的方式，但它似乎阻止出站DNS，使得互联网基本上无法访问。 从VN中的任何虚拟机的命令行，nslookup都可以对付DC，但是无法与其他任何DNS服务器（包括Azure的内置DNS）进行通信。 对于所有意图和目的，传出的DNS似乎在此configuration中被阻止。 首先在列表中设置DC的IP，然后再设置Azure的内置DNS。 这种方法允许从VN中的任何虚拟机向Azure的内置DNS发送DNS，但是使用两台DNS服务器（其中之一是我的DC，其中一台是我的networking外部的）来设置我的客户端感觉很奇怪。 这是一个域应该configuration的方式吗？ 理想情况下，我希望VN中的所有虚拟机都使用我的DC作为DNS，并让DC将未知域转发到Azure的内置DNS服务器，但似乎无法find解决方法。
我有一个使用log4net文件appender Azure上的ASP.NET MVC网站。 由于以下错误，我无法使用FileZilla下载日志文件： 响应：550进程无法访问文件，因为正在被另一个进程使用。 错误：关键文件传输错误 是否有日志或Azure上的设置，我可以使用Web应用程序运行时能够下载日志文件？ 我不想closuresWeb应用程序或IIS因此。
脚步： azure account download azure account import MyFile (where MyFile is the downloaded publish file) azure account list (output is normal and correct) azure site list info: Executing command site list – Getting locationsinfo: Executing command site list + + Getting locations | Getting locationserror: Cannot read property 'length' of undefined info: Error information has […]
我们正在使用PowerShell DSC自动部署一些小的自包含环境，在这些环境中，我们部署2个域控制器，并使用DSC来设置域等。这一切都工作正常，除了事实，一旦部署和运行，在某些时候，两个DC之间的sysvol复制停止工作（或从未开始工作）。 我们在日志中看到这个错误： DFS复制服务在本地pathF：\ SYSVOL \ domain上初始化SYSVOL，并且正在等待执行初始复制。 复制的文件夹将保持初始同步状态，直到与其伙伴进行复制。 如果服务器正在升级到域控制器的过程中，则在解决此问题之前，域控制器将不会作为域控制器进行通告和运行。 如果指定的合作伙伴也处于初始同步状态，或者在此服务器或同步伙伴上遇到共享冲突，则会发生这种情况。 如果在将SYSVOL从文件复制服务（FRS）迁移到DFS复制过程中发生此事件，则在解决此问题之前，更改不会被复制。 这可能会导致此服务器上的SYSVOL文件夹与其他域控制器不同步。 现在我知道如何解决这个使用ADSIEdit，这不是问题。 我们正在自动部署这些环境，因为我们需要部署这些环境并对它们进行相同的configuration，所以我不想在部署之后进入每个环境来解决这个问题。 我们在以这种方式部署的每个环境中都会看到这个问题，所以显然在configuration方面有些不妥之处。 所以我真正要问的是，如果有人有什么想法可能会导致这个问题，或者从哪里开始寻找并寻找根本原因。 AD部署非常简单，我们首先configurationDC1，添加一些DNS条目，一些组策略项目，一些用户，组和OU，然后添加到第二个DC中。 第二个DC确实获得了所有这些对象，所以域的初始副本确实可以工作，但在此之后，SYSVOL中的任何内容都不会被复制。 编辑 在部署时，我们还看到了一个单一的错误实例ID 1202，这是奇怪的，因为DC prom成功了，并且能够获得域的初始副本; DFS复制服务无法联系域控制器来访问configuration信息。 复制已停止。 该服务将在下一个configuration轮询周期中再次尝试，这将在60分钟内发生。 此事件可能由TCP / IP连接，防火墙，Active Directory域服务或DNS问题引起。 附加信息：错误：1355（指定的域不存在或无法联系。）
背景 我们在安装了SQL Server的Azure上运行两个虚拟机（Windows Server 2012 R2），并将其设置为可用性组。 当然，我们还有另一台虚拟机作为专用DC。 这些都是通过一个虚拟networking连接的。 这个设置对我们来说工作得很好，而且我能够从本地的物理机器上连接到SQL，没有任何问题，但是在帐户上达到了支出限制，并且取消了所有的设置。 我们删除了限制，并且我再次分配了所有使用相同VHD的服务器，所有设置（大概）都已恢复，但是我不能再访问SQL Server。 名称定义 为了最好地解释这一点，我们将调用两个节点SQL1和SQL2，可用性组SQL-AG，可用性组侦听器SQL-Listener以及这些都正在运行的Cloud Service（通过设置适当的端点）SQL-CloudService。 SQL1是故障转移群集angular色的所有者（并且一致地具有主副本angular色），SQL2是次要angular色。 脚本 我能够将RDP安装到两台服务器上，并使用SQL1中的SSMS连接到SQL-Listener，并查看SQL-AG仪表板，该仪表板可以将所有事情报告为健康并同步。 在SQL2上，我无法连接到SQL-Listener。 我也无法从本地机器连接到SQL-CloudService，这也是以前的工作。 两个系统都返回错误， 无法连接到SQL-Listener。 与SQL Serverbuild立连接时发生networking相关或特定于实例的错误。 服务器未find或无法访问。 validation实例名称是否正确，并将SQL Serverconfiguration为允许远程连接。 （提供程序：命名pipe道提供程序，错误：40 – 无法打开连接到SQL Server）（Microsoft SQL Server，错误：53） 找不到networkingpath 当我继续SQL1并通过SSMS连接时，我可以告诉SQL-AG故障转移到SQL2。 它成功地做到了。 但是，这样做之后，我不再能够从SQL1连接到SQL-Listener，但是我是从SQL2连接的。 长话短说，我只能从标有副本angular色的系统中将SSMS连接到可用性组侦听器。 真正的问题 我并不需要能够完成所有这些工作，但是我确实需要能够通过互联网从本地计算机获取SQL Server，而且我认为这些问题是由相同的潜在问题引起的因为他们给出相同的错误信息。 我find的东西 毫不奇怪，给出了错误信息和情况，但是我不能ping通SQL-Listener，除非它在我启动ping的机器上运行。 当SQL1被标记为Primary时，我可以在没有SQL1问题的情况下ping它，但是当我尝试从SQL2尝试时，它成功地使用DNS查找IP，但是回来时显示“Reply from [SQL2's IP]：Destination host unreachable”。 当我对SQL-AG进行故障转移时，另一方面也会出现同样的问题。 但是，我总是能够从SQL2 ping SQL1，反之亦然。 因此，我倾向于认为它是一个故障转移群集问题，而不是一个SQL问题。 因此，这个问题的标题。 我也发现防火墙似乎没有任何改动。 […]
我试图从我现有的VHD文件在MS Azure plaftorm上创build一个虚拟机。 当我试图，我得到以下错误。 有没有指定网卡的参数？ 在网上做了一些研究，没有得到合适的结果。 PS C:\Users\Rav> azure vm create –os-disk-vhd https://group11492.blob.core.windows.net/vhds/Integration201641775831.vhd info: Executing command vm create Resource group name: Default-Storage-WestUS Virtual machine name: integration201641775831v Location name: West US Operating system Type: Linux + Looking up the VM "integration201641775831v" info: Using the VM Size "Standard_DS1" error: Either NIC Id or NIC name is required […]
从备份创build这个数据库。 我想删除这个数据库，因为我select了不正确的备份。 当试图删除数据库时，我得到以下错误： 无法删除数据库：[DBNAME]。 ErrorCode：400 ErrorMessage：在此操作中不能使用保留数据库名称[DBNAME]。 这是一个SQL数据库。 取消数据库的步骤： 打开Azure门户。 select数据库（[DBNAME]）。 点击删除button。 获取上面提到的错误。 与SSMS连接：我想要删除的数据库不存在
我正在使用* nix机器中的azure cli工具来pipe理Azure帐户中的个人vms。 我想知道是否有一种方法来保存我的login凭据，这样我就不必重做azure login命令，既不input我的密码/凭证。 我使用azure account download下载了我的帐户设置，并使用azure account download导入function在我的计算机上导入了该azure account import 。但是，当我重新启动会话时，仍然需要执行手动login步骤。 因此，有没有办法设置azure色的cli来保存我的账户信息，这样我就不必手动login了？
我有一个Ubuntu的14.04服务器，有一个Azure文件存储安装自动挂载启动通过FSTAb。 要创build这个configuration， 我按照这篇文章中的说明 ，它工作正常。 我遇到的问题在一段时间之后，间歇性地下降。 它似乎没有在任何特定的时间，或事件，我知道这是消失的唯一方法是用户抱怨他们不能上传文件（该应用程序保持在Azure文件装载的文件）。 如果我尝试cd到挂载，我的控制台挂起..如果我试图做一个df -h列出一切，控制台也挂起。 我能够恢复正常的唯一方法是如果我重新启动服务器，那么一切都很好。 我怀疑与Azure文件存储的连接可能会间歇性地丢失并返回，但是当服务器再次可用时，服务器可能不会重新安装？ 我有一些其他（Windows）服务器连接到相同的文件共享，到目前为止我没有遇到这个问题。 有没有其他人经历过这种情况，有没有可能的configuration，我可以做自动重新挂载共享，如果它变得不可用？ 任何build议将不胜感激！