我有MySQL数据库备份文件（MySQL版本5.1），我想在Sqlserver 2008中恢复它，我该如何恢复它？
提议的项目，以及大量的文档和选项，所以我一直在寻找意见或build议。 我正在创build一个全新的域，并在环境中安装Exchange 2010。 Server 2008将是DC。 有没有办法将现有邮箱或整个邮件存储迁移到新域，然后将这些邮箱映射到新域中的新用户对象（这将与旧用户对象相关…手动过程，我将这样做） 。 这是一个更明智的做法，还是应该使用ExMerge将邮件导出/导入到为新用户对象创build的空邮箱中？ 我们不希望任何旧领域的鬼魂过来，所以创造“从头开始”就是意图。 显然logging，然后重新创build用户对象，组成员资格和权限将是关键。 只是寻找其他用户如何攻击这一事业的一些想法。 有维护旧的设置比较的缘由，join使新的DC域的一部分，然后做一个DOMAIN RENAME是有趣的，我讨厌是向导依赖和运行中断的迁移和兼容性问题，让我死了水。
我需要迁移/转换一个DHCP服务器从Linux到活动目录。 目前它在sles9盒子上运行良好。 有136个子网定义和约1200固定地址保留。 如果现有的dhcpd.conf可以编写脚本将会很好…
首先，这是一个Windows Server 2003到2012年的DC / DNS / AD迁移。 我们也有一个备用的2003 DC / DNS / AD服务器，但我不认为这是目前的问题，但可以根据需要使用。 我已经完成了一些繁重的工作，并且使用几个分步指南，包括以下内容，configuration了一个新的2012服务器，并将其设置为AD / DC / DNS主机（据我所知） 分步说明：将Windows Server 2012域控制器添加到现有的Windows Server 2003networking 我已经离线testing了客户端的服务器，似乎一切都按预期工作。 令人惊讶的是，这令人惊讶。 现在棘手的部分： 所有200多个客户端工作站都是静态寻址的 客户端分布在VPN连接背后的多个远程位置 客户约75％的XP和25％的Windows 7专业版 二零零三年的区议会已经落实了十年，他们实际上做了多less实际的想法 我和我的同事们正在吐唾沫的select，尽可能地让这个过程毫无痛苦，但是我们没有一个人像这样进行过移民。 以下是迄今为止最可行的。 选项1 转移FSMOangular色 掉电2003 DC 在2012年DC（下class时间）滚动IP和交叉手指，MS神不需要牺牲。 优点：听起来很容易 缺点：如果我们错过了在2003年运行的工作，将会来回分配。 可能加载客户端/域信任错误。 可能更多的问题，我不能预见。 选项2 使用脚本和组策略将使用netsh客户端主DNS更改为2012 DC 转移FSMOangular色 PROS：可能没有信任问题。 如果我们错过了工作，文件等，两台服务器都可以启动。 缺点：脚本很复杂，如果不是大多数客户，可能会错过一些。 我希望稍微接近最佳实践，风险稍小。 先进的感谢您提供任何额外的想法，我们如何能尽可能无痛地完成这个成就。
在vSphere / ESX环境中，如何将（自动）迁移事件写入已迁移的托pipeWindows VM中的事件日志？ 因此，托pipe的操作系统知道迁移事件，因此，任何由此产生的问题可能与该事件有关？ 我知道，在一个完美的世界里， 不应该有任何问题。
由于各种原因，大量的Windows PC未join我们的Windows 2012 R2 Active Directory域。 我们正在纠正这个问题，并逐个join个人电脑。 现在我们的一些员工已经安装了Windows 8.1个人电脑，而且在购买时，他们忠实地遵循微软的要求，创build一个与电脑相关的微软Live账户。 用户名是UPN的forms，对于这个问题，我将把它当作微软的演示域名，所以[email protected]。 这些PC已经由我们的远程工作人员进行了良好的configuration。 只有现在我才能把他们带到我们的领域。 不出所料，我们的工作人员select的UPN与我们给予我们域名的真实UPN一致，因此用户使用他们的电子邮件地址（UPN）login到PC，然后使用相同的帐户名login到中央服务。 （这不是SSO，因为Microsoft Live和我们的域之间没有信任关系。） 我可以很容易地将PCjoinCONTOSO域，而UPN的其他任何地方都可以工作。 我还准备好了GPO，以说服这些Windows电脑默认使用不合格的用户名login我们的域名而不是Microsoft Live。 但是，似乎Windows 8.1区分真正的本地帐户，Microsoft Live链接帐户和域帐户的方式是本地帐户使用非限定名称，Live帐户使用UPN，并且域帐户被推回到使用DOMAIN \用户名样式。 一年前，我们从CONTOSO \用户名表单中移出，将其作为我们向Office 365并行迁移电子邮件服务的一部分，我宁愿继续让用户使用UPNlogin。 我知道我可以使用类似Forensit 用户configuration文件迁移向导的方式将用户的本地configuration文件迁移到域configuration文件 ，以便处理数据。 但是，是否有任何将这些PC上的loginUPNforms从Microsoft Live迁移到我们的域的方法？ 我真的不想让一些人能够用UPNlogin，但其他人不得不记得使用旧的DOMAIN \ Username格式。
我有很多网站托pipe在IIS6上，我想迁移到IIS7。 如果迁移基本configuration（文件夹，虚拟文件夹，主机头），就足够了。 无论如何，configuration的很大一部分是在web.config中。 如果他们只是创build为“经典”模式的应用程序，那甚至是可以的。 我已经尝试了以下的东西： Msdeploy。 这复制了整个导演虽然，不好…试图出口iis网站的XML …没有发现给他们iis7 …任何人有一个主意？
我们从一张图开始： 我们可以看到一个“典型”的IPv4公司networking： 互联网通过代理访问 “其他公司”通过专用代理进行访问 直接访问本地资源 所有计算机都有一个proxy.pac文件，用于指示使用哪个代理或是否直接连接。 计算机只能访问本地DNS（例如，没有用于google.com的名称parsing）。 顺便说一句…公司不尊重RFC1918内部使用公共地址！ （历史原因）。 互联网代理的使用明确使得不会有问题。 如果我们迁移到IPv6呢？ 第1步：IPv6互联网接入 IPv6中的Internet访问非常简单。 的确，只需连接Internet IPv4和IPv6中的代理即可。 内部networking无关： 步骤2：内部networking中的IPv6和IPv4 为什么不直接使用完整的IPv6networking？ 因为总是有旧的服务器不兼容的IPv6 .. 选项1：与具有代理pac的IPv4相同的体系结构 这可能是最简单的解决scheme。 但这是最好的吗？ 我认为向IPv6的过渡是一个不用打扰这个代理pac的机会！ 选项2：具有透明代理的新体系结构，没有proxypac，recursionDNS 哦，是的！ 在这个新架构中，我们有： Explicit Internet Proxy成为Transparent Internet Proxy Local DNS成为Local DNS的Normal Recursive DNS + authorative 没有proxypac Explicit Company Proxy成为Transparent Company Proxy 路由 内部路由器将appx.ext.example.com的IP重新映射到Company Proxy 。 默认网关是Transparent Internet proxy 。 问题 你对这个IPv6架构有什么看法？ […]
我最近做了一个 ssh root@myserver "dd if=/dev/xvda " | dd of=/<localpath>/myimage.img 根据我在林德的VPS服务器文档的指示。 我之前做了这个到另一个Linux系统，并完成了它的安装 sudo mount -o loop myimage.img mountdirectory 但在我的Mac OS X 10.7上，我得到以下错误。 mount: You must specify a filesystem type with -t. 我试过了-t ext，-t ext3，-t ext4，但都是失败的，像这样的错误 mount: exec /System/Library/Filesystems/ext4.fs/Contents/Resources/mount_ext4 for /<mount directory>: No such file or directory 我该如何解决？
主要任务 转储VirtualBox系统的过程是什么？ 请注意，这不会将guest虚拟机操作系统从硬件迁移到虚拟化，也不会将Google虚拟机迁移到其他地方。 我的意思是： 将所有访客数据（虚拟驱动器，快照等）移动到外部介质或远程存储器上 能够自信地完全删除我的系统中的数据 从安装有VirtualBox的不同系统中，可以获取访客数据，将其写入本地存储并启动。 我怀疑备份部分是足够简单的; 但恢复可能需要通过一些定义良好的过程手动编辑XMLconfiguration文件。 我很想知道这个过程。 奖励积分 我在Linux上，但一个独立于平台的解决scheme也会很好。 地狱，即使Windows解决scheme将是一个体面的起点。 如果解决scheme支持不同的安装和数据目录，那就太酷了。 但是，如果没有，我可以接受这两个系统使用VirtualBox目录相同的path的要求 支持不同的主机硬件（特别是以太网）可能是不错的，但对我来说不是非常重要的。 那么，有什么想法？ 我会鼓励部分解决scheme，指出我正确的方向。