我正在使用下面提到的batch file @echo for /f "tokens=1-3 delims=/ " %%a in ('date /t') do ( set _date=%%a%%b%%c ) robocopy D:\a D:\b /mir /mot:1 /log:"d:\logs\%_date%.txt" exit 但它创build一个单一的文件。 我想每天在单独的文本文件中使用当前date命名的robocopy日志
当时我在mysql shell上input： INSTALL PLUGIN group_replication SONAME'group_replication.so'; shell返回： ERROR 1126 (HY000): Can't open shared library '/usr/lib/mysql/plugin/group_replication.so' (errno: 2 /usr/lib/mysql/plugin/group_replication.so: cannot open shared object file: No such file or directory) 其实里面没有group_replication.so： ls / usr / lib / mysql / plugin / adtnull.so connectioncontrol.so keyringfile.so lockingservice.so mysqlnologin.so semisyncmaster.so validatepassword.so authsocket.so innodbengine.so libmemcached.so mypluglib.so rewriter.so semisyncslave.so versiontoken.so 目前我有5.7.20版本的MySQL服务器。 在其他论坛上只说它必须有group_replication.so模块，但是我在digitalOcean上有我的服务器，那么这个版本库就没有它了。 […]
我有一个有3个节点的Galera群集。 我想通过某种文件传输机制将二进制日志从其中一个节点发送到独立的Maria数据库实例。 这个实例将作为一个热备份，可以用来生成一些非关键的统计数据，生成testing数据等等。这可能吗？ 我不希望该实例成为群集的一部分，因为它在单独的WAN连接上。
我用正式的docker图像设置了几个maraidb v10.2.10容器。 Master可以读/写，slave是只读的。 [mysqld] server_id=2 read_only=1 innodb_read_only=1 复制工作一段时间，但它停止了以下错误： Slave_IO_Running: Yes Slave_SQL_Running: No Last_Errno: 1942 Last_Error: Error during COMMIT: failed to update GTID state in mysql.gtid_slave_pos: 1036: Table 'gtid_slave_pos' is read only 我把这行添加到slave的my.cnf中，并从头开始重新设置，但仍然出现同样的错误。 replicate-ignore-table=mysql.gtid_slave_pos 这是否意味着Innodb无法复制到innodb-read-only服务器？
几个月前，我刚刚设置使用两台服务器的MySQL主/副本复制，现在没有任何错误复制已经停止，我可以看到奴隶实例正在获取二进制日志，并将其写入中继日志，但它不处理它们，我试图删除中继日志使用，重置奴隶; 命令，然后我又回到最后一个通过运行master master_log_file =和master_log_pos =来正确处理的二进制文件，但是再次复制没有正确启动。 mysql> show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.129 Master_User: slave_user Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000075 Read_Master_Log_Pos: 532464571 Relay_Log_File: mysql-relay-bin.000002 Relay_Log_Pos: 320 Relay_Master_Log_File: mysql-bin.000074 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 329943717 […]
在Windows Azure门户中，我们的一些虚拟机的复制表明复制健康状况非常重要。 但是，它们的状态是受到保护的，它们与当前date的崩溃一致和应用程序一致。 它们也在Hyper-V中显示具有正常的复制健康状况，副本服务器是Microsoft Azure。 任何想法如何解决这个问题？ 截图：
我们在环境中使用了rhel 7.2。我已经在我们的环境中成功地configuration了两个LDAP服务器，一个主LDAP和一个辅助LDAP（都是rhel 7.2），使用链接http://www.learnitguide.net/2016/01/01/configure-openldap -server-on-rhel7.html .Replication也在LDAP服务器之间configuration。通过复制，我的意思是LDAP数据库在主服务器和辅助服务器之间得到复制。 用户主目录没有得到服务器之间的复制。我开始知道LDAP中没有任何机制来复制用户主目录。 我如何复制用户的主目录，所以如果一台服务器失败用户可以通过其他服务器login，并可以访问那里的数据。 外部LUN和NFS集群在我们的环境中是不可行的。请提供一个解决方法。 我们通过NFS将用户主目录共享给LDAP客户端。 有一种方法，我可以configuration主要的辅助NFS与一个IP与外部LUN或存储?? 请build议。
我们决定把我们的服务器放在美国东西海岸的数据中心，以保持高水平的冗余。 在评估复制选项的数量之后，除了VPN以外，没有其他方法可以为SQL Server执行复制。 我们正在调查VPN，但我有以下问题。 我们的大型数据库由媒体信息（图片/电影/audio/ pdf）等组成，所以我们不关心安全性，因为它们不是财务敏感数据。 SQL 2005支持或可以configuration为支持通过互联网复制？ 如果是，那么我们应该降级到2005年？ 如果SQL 2008 Publisherconfiguration了Web Sync，那么我们可以编写一个自动程序（C＃Windows服务）充当拉客户并在订户服务器上运行并复制订户数据库吗？ 还是有没有在SQL中可用的API，我们可以写我们自己的程序以非常通用的方式进行复制？ （在坚果shell，我们可以写我们自己的基于C＃Windows服务的订户程序？）
我需要用户能够将networking共享上的文件夹复制到同一共享上的另一个文件夹中。 他们也需要复制安全。 他们无法使用正常的login帐户，因为它没有足够的权限（该文件夹是“模板”文件夹，并被限制性的NTFS安全性locking）。 所以我创build了一个具有完全权限的代理帐户和一个调用runas的batch file runas / noprofile / env /user:[email protected] z：\ copy_folder.cmd copy_folder.cmd只包含一个robocopy命令来复制文件夹。 runas失败，“无法find文件copy_folder.cmd”。 Z：映射正确，我已经尝试没有/ noprofile和/ env开关的runas，但我得到相同的错误。 我应该用什么语法为runasfindcopy_folder.cmd？
我们拿了一个SQL 2000数据库。 做了一个速度备份。 在SQL 2008主动/被动群集上还原。 然后设置复制将数据复制回SQL 2000.所以2008年是发行商/分销商，2000年正在做订阅。 一切正常，execpt我们有时在用户的varchar /文本字段中损坏的数据。 例如，我们有一个有4500条logging的表格。 当我们运行这个语句时： update MedstaffProvider set Notes = 'Cell Phone: 360.123.4567 Answering Service: 360.123.9876' where LastName = 'smith' 2008年数据库中的logging按预期更新。 但是在子数据库中，我们会在注释字段中看到乱码： óPÌ[1] T $Oé[1] ð²ñ. K 以下是我们所知道的： 这是可重复的，这意味着我们可以整天运行相同的查询并获得相同的乱码。 如果你稍微改变了更新语句，那么数据就会被复制得很好。 两个数据库的sorting规则是一样的。 到目前为止，我们只检测到text / varchar字段的问题。 （上面的注释字段是文本）。 表中只有一个或两个logging受到影响。 表格结构在2000/2008年看起来相同。 我们没有做任何改变。 我们find了解决这个问题的一个解决scheme。 基本上如果我们在2008年重新创build表格（比如MedStaffProvider2），然后插入所有的数据。 放下原来的桌子。 将表重命名为它的原始名称。 再次设置复制。 并运行完全相同的更新声明，按预期工作。 有没有人有任何想法可能发生在这里？ 或者有没有其他技术可以用来排除故障？ 我find了一个解决scheme，但真的想要解决这个问题。