首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏技术杂记

    mysql 迁移4

    切换keepalived ip 变更新master keepalived优先级,重载的方式切换 [root@new-master ~]# vim /etc/keepalived/keepalived.conf [root@new-master ~]# /etc/init.d/keepalived reload ; watch -n .2 ip a 使用给新master keepalived 升优先级重载的方式切IP 使用 watch 来观察ip变化 ---- 从两边密切监控观察检查应用与数据库状态 使用n

    1.8K30编辑于 2022-03-22
  • 来自专栏技术杂记

    mysql 迁移4

    确认备份数据 在销毁slave和原master前,这是最后一次可以备份原库统计数据的机会 生产数据已经陈旧,不一致了 确认后可以进行下一步 ---- 备份新master以便重建 [root@new-master nfs]# time nohup /usr/bin/innobackupex --defaults-file=/etc/my.cnf --user=root --password=xxxxxxxxxx /data/nfs/test_full_backup >> /data/nfs/full_

    72320编辑于 2022-03-21
  • 来自专栏数据分析

    ——FileTable从文件系统迁移文件

    阅读导航 从文件系统中迁移文件到FileTable 批量加载文件到FileTable 如何批量加载文件到FileTable 通过博文[SQLServer大对象]——FileTable初体验,已经可以将文件加载到数据库中 ,并查看和访问这些文件。 将文件加载到 FileTable,可以使用工具xcopy或robocopy,也可以自己编写脚本(如PowerShell)或者应用程序,复制文件到FileTable中。 现在说一说文件迁移。 从文件系统中迁移文件到FileTable 迁移文件条件     文件存储在文件系统中     在 SQL Server 中元数据的表包含一个指向文件的指针 执行前提 要将文件迁入到 FileTable, 2: ALTER TABLE PhotoMetadata ADD pathlocator hierarchyid; 3:   4: -- 获得在文件系统中图片的根路径。

    1.6K60发布于 2018-03-01
  • 来自专栏有趣的django

    4.alembic数据迁移工具

    alembic使用方式跟git有点类似,表现在两个方面,第一个,alemibi的所有命令都是以alembic开头; 第二,alembic的迁移文件也是通过版本进行控制的。 __)):获取当前文件目录的上一级目录 #4.sys.path: python寻找导入的包的所有路径 sys.path.append(os.path.dirname(os.path.dirname(__ 常用命令和参数解释: init:创建一个alembic仓库 rebision:创建一个新的版本文件 --autogenerate:自动将当前模型的修改,生成迁移脚本 -m:本次迁移做了哪些修改 upgrade :将指定版本的迁移文件映射到数据库中,会执行版本文件中的upgrade函数 head:代表当前的迁移脚本的版本号 downgrade:会执行指定版本的迁移文件中的downgrade函数 heads:展示当前可用的 alembic upgrade head 2.FAILED:Can't locate revision identified by 'xxxxxxx'    原因:数据库中存的版本号不在迁移脚本文件

    2.1K30发布于 2019-02-13
  • 来自专栏快乐阿超

    idea配置文件迁移

    我们可以迁移配置文件~ 首先找到我们idea的配置文件目录,打开idea的安装目录 找到配置文件idea.properties打开 可以看到我们的配置文件 把原来目录上这里的两个文件复制出来,再粘贴到我们新电脑这个位置 或者修改配置文件的目录,都是可以的 别忘了把前面的#删掉哦 如果是新装idea会提示 我们选择第一个,然后选择配置文件目录,也是一样的 顺便一提,idea默认工作目录(就是项目存放路径)的设置在这

    2K10编辑于 2022-08-16
  • 来自专栏云计算与数据库

    MongoDB分片迁移原理与源码(4

    MongoDB分片迁移原理与源码 异步删除数据 在from shard将迁移结果提交到config服务器成功后,from shard就会执行删除原数据的操作;如果迁移的参数"_waitForDelete 孤儿文档会造成数据的不一致,甚至一个数据块迁移了一部分然后被打断,后续相同的数据块重新迁移的时候,有可能造成迁移始终不成功的问题。 4.0 版本中迁移触发的阈值太低,导致迁移产生的性能问题太高 该问题主要从参考文献中得出来的结论。 详情可参考《MongoDB疑难解析:为什么升级之后负载升高了》 除此之外,由于整个迁移不是原子的,且存在异步过程,导致中间失败,产生其他问题的可能。 由数据迁移至MongoDB导致的数据不一致问题及解决方案

    1.1K00发布于 2020-04-04
  • 来自专栏乐沙弥的世界

    批量迁移Oracle数据文件,日志文件及控制文件

       有些时候需要将Oracle的多个数据文件以及日志文件重定位或者迁移到新的分区或新的位置,比如磁盘空间不足,或因为特殊需求。 对于这种情形可以采取批量迁移的方式将多个数据文件或者日志文件实现一次性迁移。当然备份恢复也是其中的方式之一。本文主要描述如何使用批量方式来迁移数据文件,日志文件。 SYBO2SZ下的所有文件迁移到一个新的目录/u02/database/SY5221BK下面。 /mkdir_SY5221BK.sh 4、实施迁移 sys@SYBO2SZ> startup mount force; --->切换数据库到mount状态 ORACLE instance --如果仅仅是迁移数据文件以及日志文件则上述步骤完成即可 --如果需要修改相关的参数文件以及迁移控制文件则继续下面的步骤 --由于控制文件的在mount状态下被校验,因此我们在nomount状态下来处理

    1.4K20发布于 2018-08-14
  • 来自专栏晓晨的专栏

    IdentityServer4 3.1.x 迁移4.x

    一.前言 IdentityServer4 4.x已经正式发布了,根据官方的 Release Note,3.1.x 到 4.x 的变更也是非常多,今天在将代码迁移4.x 遇到了一些问题在此记录下来,我使用的 IdentityServer4 的各种数据持久化,比如 ClientStore,ResourceStore 等,都是完全自定义的,非 EntityFramework,如果你是使用的 EF 那么官方提供了迁移脚本 4.x: ? 4.IResourceStore 的变化 ? 五.总结 以上就是我在 IdentityServer4 3.1.x 到 4.x 迁移所遇到的各个问题,所有问题都解决了并且成功运行。 官方开了一个 issues 记录迁移的问题,如果大家有难以解决的问题,不妨去提交:https://github.com/IdentityServer/IdentityServer4/issues/4592

    73641发布于 2020-10-26
  • 来自专栏信数据得永生

    django 1.8 官方文档翻译: 2-4-4 编写迁移

    有关迁移的入门资料,请查看 the topic guide. 数据迁移和多数据库 在使用多个数据库时,需要解决是否针对某个特定数据库运行迁移。例如,你可能 只 想在某个特定数据库上运行迁移。 在这个例子中,我们默认使用uuid.uuid4。 运行 makemigrations 命令。 编辑创建的迁移文件。 name='uuid', field=models.UUIDField(max_length=32, unique=True, default=uuid.uuid4) apps.get_model('myapp', 'MyModel') for row in MyModel.objects.all(): row.uuid = uuid.uuid4( model_name='mymodel', name='uuid', field=models.UUIDField(default=uuid.uuid4,

    64910编辑于 2022-11-27
  • 来自专栏LVM

    redmine-4.X版本迁移到docker

    -e MYSQL_ROOT_PASSWORD="123456" -e MYSQL_DATABASE=redmine -d mysql:5.7 --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci redmine后可以用中文 docker run -d -p 58088:3000 --name redmine --link mysql:mysql redmine 然后我们去把数据库导出来,查看配置文件 导入数据mysql -u root -p redmine < redmine.sql 进入redmine容器发现不能 vi 或者 vim 我们想修改配置文件 只能在宿主机上搜索 find / -name configuration.yml然后去宿主机上加上发邮件相关通知 保存后发现容器里的配置文件也生效了。

    1.4K10编辑于 2021-12-07
  • 来自专栏对象存储COS

    FTP文件迁移上对象存储COS

    当前对象存储COS官方还未支持FTP的迁移,这里以常见的FTP列表的方式,介绍如何迁移FTP文件到对象存储COS上。 支持根据客户给的FTP列表,读取FTP文件迁移到对象存储COS上,整体架构如下: ftp-to-cos-migration.jpg 三、迁移工具 1、功能概述 FTP迁移工具,支持如下的功能: 基于 FTP文件的列表迁移文件到COS上 支持多线程并发来提高迁移效率 支持Master-Agents模式,可以线性扩展 支持幂等执行,迁移过的文件自动跳过 记录迁移成功和失败的日志,失败的可以单独触发重试 Master节点,执行迁移: # python3 ftp-to-cos-master.py <ftp-migration-list> 四、迁移监控 这里主要是按照客户提供的FTP List方式,根据迁移文件数来算大致迁移进度 调研整理后,迁移监控的metrics如下: migration_success_files:迁移成功的文件数 migration_failed_files:迁移失败的文件数 migration_total_files

    2.1K30编辑于 2021-12-20
  • 来自专栏taixingyiji的博客笔记

    MariaDB修改与迁移文件

    # 前言 操作系统:centOS7 MariaDB: 10.7.3 注意 迁移前,请一定做好备份!!! 注意 一定要确认最后一行出现了以上内容,否则请不要进行迁移的工作。 # 2.迁移 再三确认mariadb已经安全地关闭后,在目标路径建立新的data文件夹,在这里我以以下路径作为示例: /mysql_database 在根目录下新建一个名为mysql_database的文件夹 在确认迁移成功之前请不要删除原目录,也不要使用mv命令将原目录移动至新路径中!!! # 3.配置 完成数据的迁移后还不能启动,还需要修改mariadb的配置文件,以便让mariadb知道自己的data目录。

    1.5K10编辑于 2022-10-27
  • 来自专栏迁移服务平台

    腾讯云文件迁移使用指南

    目前的方案大部分都是靠手动的方式查询迁移的进度。 3、迁移失败的文件能够记录和重试。 4、在保证业务平稳的情况下,能够快速的迁移。单个cos的账号下载和上传限制800qps。 5、迁移的成本要低。 数据通过外网进行迁移的时候会产生一定的费用。 6、能够对cos存储的文件支持自定义设置。比如对文件存储类型和header的自定义设置。 迁移服务平台(msp)的快速迁移对象存储的工具(文件迁移)可以解决以上问题。 3.png 4、 创建迁移任务 4.1迁移源为阿里云oss、UCloud Ufile、百度云 BOS、腾讯云COS、AWS S3(需要单独申请) 填写任务名称、迁移源信息:AccessKey、SecretKey 迁移完成之后,还可以对迁移失败的文件导出和重试操作,迁移服务平台的文件迁移工具可以快速的实现用户迁移上cos的需求。

    9.4K40发布于 2018-07-05
  • 来自专栏杨建荣的学习笔记

    数据库文件迁移

    关于数据库中的文件迁移,需要考虑普通数据文件,redo日志文件(还需要考虑是否为current状态),undo表空间,临时表空间,system,sysaux表空间。 文件迁移可以参考下面的伪代码: move_non_system_tablespace ,需要在open状态 { alter rename file '/oravl03/oradata/TESTDB/redo_g1_m2.dbf' to '/oravl01/oracle/redo_g1_m2.dbf'; 最后带给大家一些福利,关于文件迁移

    3.2K40发布于 2018-03-13
  • 来自专栏python3

    3-4 文件读写例子(4)

    ; **输出参数:i:读取类型(1:正常;2:文件读取错误;3:文件或路径无效); ** filecontent:返回内容 **返 回 值:逻辑类型参数 **创 建 人:钱哨 **创建日期:09 -7-9 **描 述:读取存放在某目录下名称为filepath文件内容。 ; } } else { i = 0; filecontent = "文件或路径无效!" ; **输出参数:i:读取类型 (0:创建文件夹;1:文件夹删除;2:文件夹移动;3:获取文件夹下面所有的子文件信息) filecontent:返回内容 **返 回 值:逻辑类型参数 **创 建 ); } else if (OptionMethord == 3) { //获取文件夹下面所有的子文件信息 filesname = Directory.GetFiles(Directorypath

    48830发布于 2020-01-14
  • 来自专栏运维一切

    大批量散装文件迁移

    有幸我遇到这样一个数据迁移场景: 有很多小文件散落到在不同的文件夹,我需要将这些小文件按照一定的规则找出来,然后将他转移到另外的一个文件系统。 开始我对rsync有一个错误的认识,我总以为rsync是一个同步对比文件夹的软件,把他的重点放在了文件的同步对比上了,rsync可以使用指定的单一端口完成大批量文件的同步传输,算是比较好的利器。 如果rsync有比较强悍的php扩展就更加牛逼了,可以做非常好的文件同步服务。 对业务的种种咳咳要求会比较ok 另外本次中我发现众多小文件打包也是一个难点,小文件太多,如果tar的时候再压缩,耗费的资源就会很多,进而大大影响效率,建议仅仅在数据传输的时候进行压缩,这样节省带宽和流量 如果有需要可以采用虚拟磁盘镜像的技术采用多进程的方式对文件进行copy,这样能很快将大量小文件打包。

    58540发布于 2018-08-02
  • 来自专栏刘晓杰

    4(文件和目录)

    unix 的文件类型(包含在st_mode中) 1> 普通文件,包含了某种类型的数据,可以是二进制的也可以是文本 2>目录文件,目录文件时包含了其他文件文件名和链接的文件。 3>字符设备文件,对文件的读写以字符为单位的,没有缓冲区 4>块设备文件,对文件的读写以某个大小的块为单位,有缓冲区,写入与读出都是从缓冲区的读写 5>FIFO文件 也就是命名管道文件 6> r-x (755) 这就是目录创建缺省权限 4) 文件权限 rw- r– r– (644) 这就是文件创建缺省权限 4 chomd和fchomd函数 更改现有文件的访问权限 #include <sys url=04hmDw4WdWfPzD1oKNaFoK_0GgtZq4DO8wJ756h5W0Ml2c7GkeyhPpBwjU1AYUZbicJ74uRoiAriiIDvEr38rjp1tV0KnI1HMjJZU1OY_C3 2 /* directory */ #define FTW_DNR 3 /* directory that can't be read */ #define FTW_NS 4

    87010发布于 2019-02-21
  • 来自专栏从ORACLE起航,领略精彩的IT技术。

    Oracle冷备迁移脚本(文件系统) 关注进程信息掌控迁移进度

    Oracle冷备迁移脚本(文件系统) 1. 配置文件生成脚本 #! 执行上述脚本生成配置文件/tmp/db.config 2. 网络拷贝到目标服务器的脚本 #! 关注进程信息掌控迁移进度 # ps -ef | grep cpdb | grep -v grep root 31638 1 0 16:39 ?

    57210发布于 2019-05-24
  • 来自专栏CNCF

    4 种方法将 Docker Registry 迁移至 Harbor

    K8sMeetup 获取 Registry 所有镜像的列表 首先在迁移之前我们要获取一份 docker registry 中镜像的列表,这样我们才能保证迁移后没有镜像丢失。 这样又能保证所有的镜像都迁移过去,不会落下任何一个。 镜像的 layer 字段对应的也正是 4c0d98bf9879 而文件类型正是 .tar.gzip gzip 压缩文件。 ? 4.根据 manifests 文件就可以得到 blobs 目录中镜像的所有 layer 和 image config 文件,然后将这些文件拼成一个 dir 格式的镜像,在这里使用 cp 的方式将镜像从 5.再优化一下,将步骤 4 中的 cp 操作修改成硬链接操作,能极大减少磁盘的 IO 操作。需要注意:硬链接文件不能跨分区,所以要和 registry 存储目录在同一个分区下才行。 ?

    2.4K10发布于 2021-03-15
  • 来自专栏devops_k8s

    FastDFS文件系统迁移和数据恢复

    迁移步骤 打包旧服务器文件的所有文件 定位到旧服务器的tracker和Storage目录,将整个文件夹打包 tar -zcf fdfs-storage-data.tar.gz /fastdfs/storage = id image.png 小结 同IP数据迁移 首先关闭fdfs_storage和fdfs_tracker服务。 根据情况,选择是否修改client配置文件。 修改nginx配置文件中的root目录。 重启fdfs_tracker和fdfs_storage服务 不同IP数据迁移 不同IP之间迁移采用FastDFS的扩容机制。 在新服务器安装FastDFS。 如果FastDFS服务使用了V4的ServerID特性,修改storage_ids.conf文件,调整对应关系即可。

    3.9K60发布于 2021-07-07
领券