SQLSERVER 2008 CT CDC同步更新记录
https://blog.csdn.net/u013755250/article/details/79497625
使用CDC实现数据增量更新:
SQLSERVER 2008 CT CDC同步更新记录
https://blog.csdn.net/u013755250/article/details/79497625
使用CDC实现数据增量更新:
SQLSERVER 版本及补丁升级
版本查看方法大全: https://www.cnblogs.com/SameZhao/p/6184924.html
Select @@version
SELECT
SERVERPROPERTY('productversion'),
SERVERPROPERTY ('productlevel'),
SERVERPROPERTY ('edition')
SET @EditionID = SERVERPROPERTY('EditionID')
SET @ProductVe
解决事务日志已满的问题
https://docs.microsoft.com/zh-cn/sql/relational-databases/logs/troubleshoot-a-full-transaction-log-sql-server-error-9002?view=sql-server-ver15
-- 获取数据库文件的逻辑名
sp_helpdb dbname
-- 完整模式收缩:会保留有效的日志,必须先备份再shrink
备份数据库日志:
Backup log dbname to disk='H:\log.bak'
收缩log文件到100M,使用log逻辑名
yum install mailx –y
vi /etc/mail.rc
set from=xxx@163.com
set smtp="smtp://smtp.163.com:25"
set smtp-auth-user=xxx@163.com
set smtp-auth-password=12345
set smtp-auth=login
set nss-config-dir=/etc/pki/nssdb/mail/
echo "test 123456"|mail -v -s "title" xxx@163.com
访问操作系统资源 https://blog.51cto.com/huandidi/2288031 # 调用winscp winscp.exe /console /command "option batch continue" "option confirm off" "open sftp://user:pass@[IPV6]:22" "option transfer binary" "put D:\1.pdf /home/" "exit" /log=D:\log_file.txt # 发送HTML邮件: -- check_dg.ps1: $From =
一、GTID的概念 1、全局事务标识:global transaction identifiers。 2、GTID是一个事务一一对应,并且全局唯一ID。 3、一个GTID在一个服务器上只执行一次,避免重复执行导致数据混乱或者主从不一致。 4、GTID用来代替传统复制方法,不再使用MASTER_LOG_FILE+MASTER_LOG_POS开启复制。而是使用MASTER_AUTO_POSTION=1的方式开始复制。 5、MySQL-5.6.5开始支持的,MySQL-5.6.10后开始完善。 6、在传统的slave端,binlog是不用开启的,但是在GTID中slave端的binlog是必须开启
一、从库复制延迟问题
1、可能的原因如下
(1)主从服务器处于不同的网络之中,由于网络延迟导致;
(2)主从服务器的硬件配置不同,从服务器的硬件配置(包括内存,CPU,网卡等)远低于主服务器;
(3)主库上有大量的写入操作,导致从库无法实时重放主库上的binlog;
(4)主库上存在着大事务操作或者慢SQL,导致从库在应用主库binlog的过程过慢,形成延迟;
(5)数据库实例的参数配置问题导致,如:从库开启了binlog,或者配置了每次事务都去做刷盘操作;
2、主从同步延迟问题判断
(1)根据从库上的状态参数判断
mysql-ser