服务器 Gind.cn

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

在多个Windows帐户之间共享桌面和文档文件夹?

我们有多个用户共享的Windows工作站。 我目前正在考虑一个计划,其中用户有自己的用户帐户和configuration文件,但他们共享相同的桌面和文档文件夹。 我们的用户习惯于通过保存到桌面来相互分享,所以这不需要任何培训。 我对这个计划的问题是: 这是一个可怕的主意吗? 事实上,我没有看到其他人这样做,使我觉得有什么问题,或者有一个更简单的方法来实现我想要的。 我可以这样做,login到每个帐户,进入桌面和文档属性,并select位置→移动。 有没有办法configuration计算机在所有新的用户帐户上自动执行此操作? 脚本 目前,工作站login到一个本地用户帐户。 唯一的敏感数据存储在一些像Outlook一样的应用程序中。 我们没有域名,也没有计划创build域名。 据我所知,我们不能简单地密码保护Outlookconfiguration文件,因为我们在caching模式下使用Exchange。 OST文件不能被密码保护,并且由于我们使用caching模式,即使我们在Exchange帐户上启用了“始终提示input凭据”,一个snooping用户也可以打开取消并查看caching的电子邮件。 在线search时,保护Exchange帐户的build议似乎总是“使用单独的Windows帐户”。 由于用户喜欢将所有内容保存到桌面上,并且这是他们之间共享文件的方式,所以使用单独的帐户需要每个人都记住将共享文档放在特殊的共享文件夹中。 我预见这只会造成太多的摩擦,是值得的。 但是,如果我可以创build共享同一个“桌面”和“文档”文件夹的多个帐户,则用户只需将它们保存到“桌面”或“文档”文件夹即可共享文件,而敏感的每用户数据仍将存储在AppData中受ACL和Windows帐户密码的保护。 工作站运行Windows XP,Vista和Windows 7,从2003年开始运行任何版本的Outlook。

AlwaysOn自动故障转移使用两个节点与SQL独立实例

我们正在为我们的Web环境构build一个新的SQL 2012集群。 我们决定使用两个节点,并利用AlwaysOn高可用性可用性组。 Server01和Server02已经安装了SQL的独立实例,并且都已经join到Cluster01中。 可用性组已创build。 Server01和Server02是可用性组中的节点,并configuration为同步提交副本。 不过,我注意到有一天,Server01需要重新启动进行修补,导致整个群集。 在Server02上打开Windows故障转移群集pipe理MMC时,我发现群集已closures,并且需要在Server02上重新启动服务(不确定这是否与我们最终想实现的目的相关)。 我在Server02上打开SQL Management Studio,可用性组显示“正在parsing”状态(不表示Server02已成为主节点)。 如果我在SSMS中展开“数据库”部分,则会显示处于“恢复挂起”状态的数据库。 如果我尝试扩展其中一个数据库(不是系统数据库,即master,model等),我得到以下错误: 错误: 数据库SiteAdmin不可访问。 (ObjectExplorer) 当我展开SSMS中的可用性组,然后展开副本时,我只能看到列出的Server02。 在Server01恢复之后,我在服务器上本地打开Windows故障转移群集pipe理。 Server01显示它正试图连接到群集。 但是,Server02显示群集仍然closures。 尽pipe我仍然需要在两个节点上手动启动群集服务。 在我这样做后,可用性组回到联机,显示Server02仍然是次要节点。 看到这个之后,我检查了Cluster01的当前Quorum设置。 目前它被设置为节点多数,它指示我们有两个节点configuration,它不能承受甚至一个节点的丢失。 我相信,如果我们站在第三台服务器上,而另一个独立的SQL实例可以工作在多数节点上。 但是我们没有资源。 基于这些设置,我认为我们需要更改群集的仲裁设置,但不确定AlwaysOn是否支持使用磁盘或文件共享见证来实现自动故障转移。