天亮了说晚安's Blog

本文转自：http://www.mamicode.com/info-detail-1028287.html RoboCopy，它是一个命令行的目录复制命令，自从Windows NT 4.0 开始就成为windows 资源工具包的一部分，然后在Windows Vista、Windows 7和 Windows Server 2008采用作为标准的功能。Windows 7的此项功能也得到升级——已经可以支持多线程了，这就意味着可以大大提升复制速度。而且该功能可以创建两个文件结构完全的镜像副本而不复制任何不需要的重复文件，同时还允许您保留所有相关文件信息，包括日期和时间戳、安全访问控制列表（ACL)）等等。下面先看看这条命令的用法吧： 命令语法：ROBOCOPY source destination [file [file]…] [options] 源：源目录(驱动器:\路径或\\服务器\共享\路径) 目标：目标目录(驱动器:\路径或\\服务器\共享\路径) 文件：要复制的文件(名称/通配符: 默认为 “*.*”) 复制选项 /S：复制子目录，但不复制空的子目录。 /E：复制子目录，包括空的子目录。 /LEV:n：仅复制源目录树的前 n 层。 /Z：在可重新启动模式下复制文件。 /B：在备份模式下复制文件。 /ZB：使用可重新启动模式；如果拒绝访问，请使用备份模式。 /EFSRAW：在 EFS RAW 模式下复制所有加密的文件。 /COPY......Read More

本文转自：http://blog.163.com/haijun_huang/blog/static/1675913772010989506585/ Robocopy.exe 是 微软在Windows server 2003 Resource Kit Tools 里面提供的程序来做备份的.Vista,Win2008已经自带了。 Microsoft Windows 中内置的传统的“复制和粘贴”功能有一些局限性。它在执行简单的任务（将一个文档从一个目录移动到另一个目录等）时处理得还好，但缺乏 IT 专业人员在工作场所所需的高级功能。例如，复制和粘贴操作不包括任何高级复原功能，所以不允许从短暂的网络中断后进行恢复。特别是当复制完整的目录时，它还是一个要么全有要么全无的问题。而使用 UI，您无法选择仅复制新文件还是复制更新过的文件。您可以复制单个的文件、整个目录或什么也不复制。 启动 Robocopy，这个强大的工具包含在 Microsoft Windows Server 2003 Resource Kit Tools中，考虑到了上述所有高级功能以及更多功能。Robocopy 支持更多重要的文件复制任务，从而能够真正简化您的工作。我想您将发现最大的好处是，可以创建两个文件结构（可以根据您的选择包括所有子文件夹和文件）的完全的镜像副本而不复制任何不需要的文件。只复制源位置中的新文件或更新后的文件。Robocopy 还允许您保留所......Read More

原文转自：http://hubuxcg.blog.51cto.com/2559426/1855604 之前分别用FSMT和FSRM做过的文件迁移，具体方法可以参考：http://hubuxcg.blog.51cto.com/2559426/458091; http://hubuxcg.blog.51cto.com/2559426/1407703。 因为FSMT已经停止使用，而FSRM 的迁移速度并不十分理想，而且微软官方也有说明：Windows Server 迁移工具 (WSMT) 的文件迁移 (FSRM) 部分面向小型数据集（小于 100 GB 的数据）。 它会通过 HTTPS 逐个复制文件。 对于大型数据集，我们建议使用 Windows Server 2012 R2 或 Windows Server 2012 随附的 Robocopy.exe 版本。 即然官方建议我们用2012或2012R2所带的Robocopy，所以选它来做这次迁移的工具！ 我现在需要的将一台2008R2服务器上，近2T的数据迁移到一台全新的2012R2机器上，依之前的测试，在1G 的网络环境中，平均迁移速度可以达到每分钟3G 左右，最高可以到达4G,所以，估计完成这次迁移大约需要8-12小时，刚才可以利用周末晚上完迁移！ 确定好时间，通知用户后，开始进行！ 首先，为确保迁移过程中，不会有文件更新、写入，需将2008R2旧文件服务器上需要迁移的共享目录中的共享权限设置为只读！ 切换到2012R2新文件服务器，进到命令提示下，可......Read More

本文转自：https://networkengineering.stackexchange.com/questions/28218/lacp-in-stand-alone-between-cisco-3650-stack-dell-vrtx-r1-2210-10gb-switch LACP between a R1-2210 VRTX 10Gb Switch & Cisco 3650 Stack will not bundle properly. Has anybody seen this/have any ideas? Running what is currently the latest firmware on the VRTX Switch and CAT3K_CAA-UNIVERSALK9-M on the Stack. As a side note- we do have LACP bundles between Dell 630s that are working fine. Configs: R1-2210 VRTX 10Gb Switch: ! interface tengigabitethernet0/1 channel-group 4 mode auto switchport mode trunk ! interface tengigabitethernet0/2 channel-group 4 mode auto switchport mode trunk ! interface Port-channel4 description LINK_TO_CORE switchport mode trunk ! #show lacp protocol-state te0/1 LACP State Machines: Receive FSM: Defaulted State Mux FSM: Collecting Distributing State Periodic Tx FSM: Slow Periodic State Control Variab......Read More

本文转自：http://sukhoi.blog.51cto.com/229761/1416755 I recently upgraded a Cisco Catalyst 3750X stack to a newer version of IOS. Since the production system I was planning to upgrade had some critical systems on it, I tested the process on a stack in the lab first. At the outset I figured “no problem, this will take a few minutes to reboot and we’ll be back up and running.” Little did I know I was in for a long wait… Unknow to me the version of code I was upgrading to included a Microcode update which adds a considerable amount of time to the process… emphasis on considerable.   The stack was running c3750e-universalk9-mz.122-55.SE5 and I was upgrading it to c3750e-universalk9-mz.152-1.E2, which at the time of the upgrade was the recommended 15 version,the cisco suggested version. After copying the new version to the stack and setting the boot variable, I rebooted the switch stack.   Switch(config)#boot system flash:/c3750e-universalk9-mz.1......Read More

本文转自：http://chenyantao.blog.51cto.com/66858/1579683 首先介绍一下NIC Teaming的用途，简单说来就是将多个网卡绑定到一起，生成一个逻辑的网卡来提供高可用和带宽聚合。NIC组合的成员网卡要求能正常连接到网络。Teaming是提高系统高可用的一种非常有用的方案，试想在生产环境中，不管系统如何健壮，如果主机的网卡出现问题，网卡连接的交换机端口出现问题乃至交换机出现问题，都会导致应用的不可用。基于对网络高可用的需求，NIC Teaming提供了一种廉价而高效的高可用解决方案。 在早期版本的Windows，NIC Teaming的功能是通过第三方的解决方案来实现的，常用的有HP，Intel或Dell。这种情况会带来两个问题：1.每个供应商提供的解决方案都是基于各种的硬件来实现，不对其他供应商的硬件提供支持；2.如果在一个配置了Teaming的网络上出现连接错误，需要找第三方的供应商来解决问题，微软无法提供相应的支持。过去的项目中，曾经出现过使用Intel Teaming技术导致网络连接失败，查找原因后发现是Teaming的问题，接下来卸载驱动才解决问题，用了多块网卡不但没提供高可用，反而与微软的产品发生冲突，导致应用的不可用。在新的Windows Server 2012 R2版本中，微软终于给出......Read More