鉴于：Microsoft Windows Server 2008 R2企业版64位，应用了所有最新的安全更新。 build立并运行KMS服务，应用所有build议的更新（以处理Windows 8等可能的激活问题） 上面提到的服务器和Intranet上的工作站上已部署了Microsoft Office 2013 Standard，批量许可有效（已input用于激活Microsoft Ofice 2013的正确KMS密钥）。 问题：我无法激活运行KMS服务的服务器上运行的MS Office 2013安装。 KMS事件日志中没有与此故障相关的条目。 一切都已经重新启动，重新安装了几次（包括安装Office的32位和64位版本）。 请注意，KMS服务工作正常。 所有的工作站激活他们的MS Office 2013没有一个小故障。 但是，服务器上的安装本身拒绝使用KMS。 防火墙设置正确。 主机名正确提供（通过'cscript ospp.vbs / sethst：主机名'，我尝试了所有主机名相关，从工作站启动工作）。 所有其他logging在案的必要检查/行动也在激活之前执行。 根据我在下面的内容来判断，ospp.vbs提示以上不能通过KMS激活。 确实如此（也就是说，我应该使用MAK激活），还是我仍然失去了一些东西？ 我遵循了KMS的故障排除提示和相关文章，目前在Technet上没有任何build议，上述内容是否可能。 slmgr.vbs / dlv的输出2E28138A-847F-42BC-9752-61B03FFF33CD ： ————————— Windows Script Host ————————— Software licensing service version: 6.1.7601.17946 Name: Office 15, KMSHostVL edition Description: Office 15, VOLUME_KMS […]
我有一些Windows Server 2012虚拟机，我需要备份。 除了一台机器外，一切正常。 无论在哪里select存储备份，它几乎立即失败： 备份无法完成。 准备备份集中的一个卷的备份映像时出现故障。 详细错误：无法find指定的备份磁盘。 如果我使用连接的iSCSI卷或进行testing，则会发生这种情况，我尝试将一个共享分配给一个2008R2服务器。 “WindowsImageBackup”文件夹结构出现在备份目标上。 我得到的事件日志： 从“2013 – 05 – 09T16：44：47.343260900Z”开始的备份操作失败，并显示以下错误代码“0x807800C5”（准备备份中的一个卷的备份映像失败组。）。 请查看解决scheme的事件详细信息，然后在问题解决后重新运行备份操作。 并在C：\ Windows \ logs \ WindowsServerBackup错误日志中看到： 卷\？\卷{ea169114-77ab-11e2-93e7-806e6f6e6963} \的备份已失败。 指定的备份磁盘找不到。 另一个具有完全相同的备份设置的访客虚拟机工作得很好。 唯一的区别是这台机器是一个域控制器，另一台是Exchange 2010服务器。 任何build议，将不胜感激。 添加vssadmin列表编写器输出： vssadmin 1.1 – 卷影复制服务pipe理命令行工具（C）Copyright 2001-2012 Microsoft Corp. Writer name：'Task Scheduler Writer'Writer Id：{d61d61c8-d73a-4eee-8cdd-f6f9786b7124} Writer实例Id：{1bddd48e-5052-49db-9b07-b96f96727e6b}状态：[1]稳定最后一个错误：没有错误 Writer名称：'VSS Metadata Store Writer'编写者编号：{75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}编写者实例编号：{088e7a7d-09a8-4cc6-a609-ad90e75ddc93}状态：[1]稳定最后一个错误：没有错误 作家姓名：“性能计数器作家”作家ID：{0bada1de-01a9-4625-8278-69e735f39dd2}作家实例ID：{f0086dda-9efc-47c5-8eb6-a944c3d09381}状态：[1]稳定最后一个错误：没有错误 Writer名称：“System Writer”Writer ID：{e8132975-6f93-4464-a53e-1050253ae220} Writer实例Id：{e8b9d601-fa02-4d94-8b2c-8621a202ef72}状态：[1]稳定最后一个错误：没有错误 作者姓名：'ASR Writer'作家ID：{be000cbe-11fe-4426-9c58-531aa6355fc4}作家实例ID：{1c248721-b8d1-47d9-aa80-5d61bbb8b52d}状态：[1]稳定最后一个错误：没有错误 […]
在Linux中，挂载支持commit选项，在mount（8）手册页中描述为： commit=nrsec Sync all data and metadata every nrsec seconds. The default value is 5 seconds. Zero means default. 在Windows中，回写式caching只有在存储Policies Removal policy设置为Better performance才能起作用。 我们假设它已打开。 有没有什么办法可以像在Linux中一样调整Windows中的写入caching行为？ 在commit选项旁边的Linux中，挂载的文件系统types必须支持才能生效，还有一些重要的虚拟机设置可以创build与写回caching行为相关的附加约束条件，并且可以通过将新值附加到/proc/sys/vm/目录下的/ proc / sys / vm / *文件中描述： dirty_background_bytes 包含pdflush后台写回守护程序将开始写回的脏内存量。 注意： dirty_background_bytes是dirty_background_bytes的对应物。 一次只能指定其中一个。 当一个sysctl被写入时，它立即被考虑到评估脏的内存限制，另一个在读取时显示为0。 dirty_background_ratio 包含占总系统内存的百分比， pdflush后台写回守护进程将开始写出脏数据的页数。 dirty_bytes 包含生成磁盘写入的进程本身将开始写回的脏内存量。 注意： dirty_bytes是dirty_bytes的副本。 一次只能指定其中一个。 当一个sysctl被写入时，它立即被考虑到评估脏的内存限制，另一个在读取时显示为0。 注意：dirty_bytes允许的最小值是两页（以字节为单位）。 任何低于此限制的值都将被忽略，旧的configuration将被保留。 dirty_expire_centisecs 这个可调参数用于定义脏数据的大小，以便有资格由pdflush守护进程写出 。 它以百分之一秒表示。 在内存中已经被脏了的时间比这个时间间隔更长的数据将在下一次pdflush守护进程唤醒时被写出。 […]
我总是从运行基于Windows的Web服务器的人那里得到这个问题。 FTP虽然普遍存在，但存在许多缺陷缺陷，并不是所有这些都可以简单地通过在现有FTP协议之上使用SSL / TLS来解决。 那么是否有一个Windows用户可以使用的协议，configuration或其他解决scheme来代替通用公共文件传输？ 典型的要求是简单直观的： 它需要是一个相对不熟练的pipe理员可以设置和pipe理的东西 访问此协议也不需要隐式授予对其他资源的访问权限 它需要通过互联网来保证安全 以下是一些不符合问题要求的解决scheme，但无论如何都是build议的。 他们包括在这里敦促你避免build议他们作为答案 Cygwin和其他SSH解决scheme，除了为新手设置复杂之外，还隐式授予对访问者的命令行访问权限，允许他不仅仅上传和下载文件（即执行任意代码） RDP虽然具有文件共享function，但也授予访问者桌面访问权限，允许他不仅仅上传和下载文件 FTPS，FTPES和其他基于FTP的解决scheme。 encryption不是FTP的唯一问题。 否则，我们不会问这个问题。 Windows文件共享，这是不安全的通过互联网使用，并且由于这个原因通常被ISP阻止 DAV，除非它可以非常容易地设置和保护（通常不是这种情况） 请注意，这是非常明确而非故意不是 购物的问题 。 我们并不是问哪个热门产品最能满足洗衣清单的要求。 相反，我们正在寻找解决常见问题的可能scheme。
这是情况。 通常我需要告诉用户如何访问特定的文件夹。 我可以看到“有效的权限”，他们有读/写/等，但由于嵌套组，我不能立即说出原因。 我想要一个工具/脚本，我可以运行，将采取一个path和用户的input，并告诉我该用户具有权限。 例。 我在Server01上，然后浏览到c：\文件夹，我看到用户MathewC有写权限，但是当我查看文件夹的权限时，我可以看到许多组有权访问，但我不知道不知道MathewC是哪一个团体的成员。 所以，该文件夹的权限将如下所示： C：\文件夹 组01读/写 组02读/写 组03读/写… 99组读/写 工具/脚本会回报 用户MathewC是具有读/写访问权限的“Group 42”的成员。 甚至更复杂： 用户MathewC是具有“读/写”访问权限的“Group Group”成员之一。
我可以像这样通过WMI修改页面文件设置 PS D:\> gwmi win32_pagefilesetting MaximumSize Name Caption ———– —- ——- 8192 c:\pagefile.sys c:\ 'pagefile.sys' 8192 d:\pagefile.sys d:\ 'pagefile.sys' PS D:\> $pf=gwmi win32_pagefilesetting PS D:\> $pf.gettype() IsPublic IsSerial Name BaseType ——– ——– —- ——– True True Object[] System.Array PS D:\> $pf[0].InitialSize=4096;$pf[0].MaximumSize=4096 PS D:\> $pf[0].Put() PS D:\> gwmi win32_pagefilesetting MaximumSize Name Caption ———– —- ——- 4096 […]
我不能轻易closures这个Windows服务器，所以我想“在线”解决scheme。 我尝试了以下失败： Seatools Enterprise：导致蓝屏死机 smartmontools：扫描只显示了不支持SMART的virtaul RAID驱动器; 似乎并不支持Windows的每个联机帮助中的configuration（显示-d megaraid只适用于linux） 我更喜欢不是OpenManage的解决scheme（有问题的驱动器显示不好，但其testing通过，所以我基本上需要另一个应用程序的意见）。 我也确认了驱动器（ 希捷猎豹15K.4 ST373454LC SCSI Ultra 320 80pin LC）确实具有SMARTfunction
我们正试图设置BGinfo将networking计算机的信息logging在一个集中的数据库中。 我们打算设置BGinfo为所有用户启动并logginglogin和注销时间，另外还要设置一个调度程序来间隔更新数据库。 我们正在尝试使用MySQL数据库作为数据库，但是我无法成功连接到它。 我使用本地主机作为testing台。 我从MySQL页面安装了MYSQL ODBC 5.3 Driver。 这是我使用的连接string。 Driver={MySQL ODBC 5.3 UNICODE Driver};Server=localhost;Database=myDataBase; User=myUsername;Password=myPassword;Option=3; 我也在用户DSN上设置MySQL ODBC源。 文档非常模糊，我找不到任何成功使用MySQL DB的文章。 试图连接给我 Connection failed: SQLState:'01000' SQL Server Error: 53 [Microsoft][ODBC SQL Server Driver][DBNETLIB]Connection Open Connection failed: SQLState: '08001' SQL Server error: 17 [Microsoft][ODBC SQL Server Driver][DBNETLIB] SQL server does not exists or access denied 错误信息很清楚，但我不知道如何解决它。 任何帮助将非常感激。 埃里克
我有这三个服务器与不同的CPU： First Server : Intel Xeon E5645 2.4Ghz 12M Second server : Intel Xeon X5660 2.8Ghz 12M Third Server : Intel Xeon X5550 2.6Ghz 8M 我想要安装这些服务器的hyper-v群集。 这有什么问题吗？ 如何确定所有的function，尽pipe不同的CPUfunction？ 谢谢你的帮助
我们有一个密码政策，密码最长年限为180天。 由于各种原因，我们需要将其更改为90天，对用户影响最小。 我们的用户通常会提前多次提醒密码更改。 如果我们今天改变了GPO，那么在90天前更改密码的人将会面临立即更改密码的请求，这将导致问题。 显而易见的解决办法是发出警告，告诉他们密码到期会在当天发生变化，所以他们被要求在那天之前改变他们的密码，以便重置他们的计数器而不受影响。 历史和科学研究表明，这类警告在0.37％的案例中被阅读，理解和考虑。 另一种可能性是仅在下一次密码更改（自愿或强制到期）之后，以每个用户为基础执行此新策略。 如果是今天推出的，那么在最多179天或180天之后（对于那些在政策修改之前就已经改变了密码的人），将实施有效覆盖。 够好了。 这样的政策改变是否有适当的设置？