目前我们正在寻找解决scheme将用户数据从一台PC迁移到另一台。 我们的个人电脑是租赁的，必须每隔几年更换一次。 我们在北美的农村地区有超过400个地点。 只有less数这些地点（20个可能）在该地点有服务器。 我们有一个中心辐射networking。 在路由到互联网之前，所有stream量都会回到公司办公室。 综上所述，我们正在寻找一种更有效的方式，即在用户收到新PC时，将用户数据从旧PC迁移到新PC。 以下是我们探索过的一些选项 – configuration某种云存储库（Azure，AWS等），在那里我们可以备份用户configuration文件并在收到新的机器后将它们下载到新机器上。 为位置购买NAS设备或小型服务器，并将所有用户数据备份到这些设备。 数据到达时将数据下载到新机器。 为正在更换机器的用户启用漫游configuration文件（Active Directory）。 将个人资料数据同步到漫游configuration文件共享。 到达时，将漫游configuration文件下载到新计算机。 禁止用户在最初下载configuration文件后使用漫游configuration文件。 当然，这个下载将通过我们的广域网进行。 编写一个robocopy脚本并作为一个计划任务运行，以备份一个位置上所有计算机上的所有configuration文件，并将它们存储在位于一台计算机上的共享中。 当新电脑到达时，新电脑可以从电脑上下载configuration文件数据。 由于我们是一个中心辐射networking，所以我们试图在移动用户数据时避免打击我们的广域网。 大多数地点只有个人电脑，因此仅在局域网上移动用户数据成为一项挑战。 我们已经研究过使用微软的MDT和USMT来传输用户数据，但是我们担心最终用户会觉得这样太麻烦了，并且由于混淆而导致更多的服务台呼叫。 有没有人有这样的情况有任何经验？ 任何意见，将不胜感激。 截至目前，我们testing的两个最有可能的选项是漫游configuration文件和云存储库。 谢谢。
我们正在从内部部署的Exchange 2013服务器到使用Office 365的云托pipe进行混合迁移。从内部IT人员开始，我们正在批量移动邮箱，到目前为止，我们一直有问题连接，直到我们删除重新创build我们的Outlookconfiguration文件。 （这是在几个客户端，但为争论的缘故，让我们坚持最重要的：Outlook 2016的Mac和Windows。） 看起来，如果你正在做一个“阶段性的迁移”，但是我们正在做一个混合迁移，我还没有看到任何暗示它应该被要求的东西。 真的不希望试图让所有的用户重新创build他们的个人资料。 我们可以通过组策略强制它 ，但是由于我们正在批量移动人员，这会有点复杂。 有什么我在这里失踪？ 一些自动发现设置可能没有正确configuration？ 或者这是预期的和必要的？
我正在转向新的服务器，寻找最大限度减less停机时间的最佳方法。 在我目前的服务器上，我只使用nginx，HTTPS 在我的nginxconfiguration中，我有： Strict-Transport-Security "max-age=31536000" 上次我移动服务器时，HSTS设置给许多用户带来了问题。 我能做什么来弥补呢？
我们的业务有一个装有两个卷的Windows SBS 2011服务器，C：\和D：\，它是我们唯一的服务器和ADDC。 D：\保存我们的所有共享文件夹，这些文件夹是由SBS控制台中创build的用户组确定的具有访问权限的简单文件夹。 我们没有使用Sharepoint或DFS。 所以，如果我们想要安装我们的IT文件夹，它位于D：\ Department \ IT，并且这是复杂的。 我们要做的就是将所有这些数据迁移到QNAP NAS设备上。 我已经成功安装了一个iSCSI卷，它目前被分配为E：\ 有人build议，我们可以简单地使用Robocopy镜像D：\到E：\确保我们复制权限，然后简单地交换驱动器号，没有人会注意到任何不同的数据。 作为一个24小时不间断的公司，几乎没有任何停机的机会，我们正在努力想出一个无缝移植的防弹解决scheme，上述是我们所能想到的最好的，但我们对此感到紧张……看起来太简单。 任何人都可以证实这是否会起作用，如果没有，我们可以采取哪些其他方法尽可能顺利地进行迁移？
我有5个现有的WordPress的网站上运行的Linux共享主机。 访问量最大的平均每天最多可以访问10000次网页浏览量和500次网页浏览量。 其他人几乎没有页面浏览量。 如何将这些现有网站迁移到Azure，从而保持成本和简单性？ 也许创build一个Ubuntu的服务器VM或者Centos服务器VM，但是我从来没有pipe理过一个Linux服务器。
我希望将现有（工作）Exchange 2003服务器上的所有数据迁移到2008年。 有没有人有任何教程，线索或步骤？ 这也是在Windows小型企业服务器，但我敢肯定，这不应该是一个问题。
首先我想说这是一个很棒的网站！ 在这里，我将继续提出我的问题。 我为一家开发软件的小公司（12人）工作。 我负责信息技术部门，我即将“升级”服务器机房。 我们现在有4台服务器（方式太多了）：2台Windows Server 2003：一台是数据服务器，另一台是通讯服务器; 1打印服务器运行Windows 2000（我想消除这个！）和一些Linux应用程序的服务器。 我们还没有使用域名，也没有使用Active Directory。 我想要做的是安装一台与Windows Server 2008一起工作的新机器作为具有域和AD的数据服务器，但是首先我想复制从S1到新的2008服务器的所有内容：configuration和内容。 什么是最好的办法，而不closures实际的服务器？ 对于即将出现的问题，我会再写一个问题。 谢谢你的帮助。
我们刚刚完成了从SBS 2003到SBS 2008的一个我们已经知道的足够危险的迁移，事情似乎已经比较顺利了。 在目标服务器上运行SBS 2008最佳实践分析器之后，我们收到了三条警告消息，而且我无法判断它们是否重要。 首先，简单一点： SMTP Port (TCP 25 Status): The Edgetransport.exe process should listen on SMTP port 25, but that port is owned by the process. 我不认为这是一个大问题 – 电子邮件正在stream经SMTP连接器。 由于“the”和“process”之间有两个空格，我假设由于某种原因，BPA只是无法弄清楚所拥有的进程名称，而这只是显示消息时的一些草率编程。 （的确，在BPA的后续运行中，这个信息消失了，有时又回来了。） 现在，两个更可怕的声音： No DNS name server records: There are no DNS name server (NS) resource records in the _msdcs sub-domain in the forward […]
我一直负责将文件数据从一个SQL服务器数据库迁移到另一个。 目前有一个SQL Server 2005数据库存储在图像types字段中的文件。 发生迁移的是将这些文件移动到SQL 2008 Filestream设置，这很好。 这些文件正在批量迁移，但是由于数据库的文件大小没有减less，我遇到了一个问题。 迁移脚本移动批处理，然后删除批处理。 旧的数据库中的查询不再可用logging，他们已经成功地移动，但就像我说的文件大小没有预算。 我需要减小尺寸以允许下一批，因为最初的DB接近1TB，没有足够的空间来存放两个副本。 我试过SHRINKFILE，但那不行。 任何帮助表示赞赏。
在SharePoint Portal Server 2003上运行我们的公司内部网。明年我们将移动MOSS 2007.除了我的其他职责之外，我一直在pipe理这个网站。 我想做一个专门的SharePointpipe理员的商业案例。 这个职位的职位描述应该包含哪些内容？ 一个好的SPSpipe理员会为我做什么？