• [问题求助] 问题求助测试
    问题求助测试
  • 现网联盟发帖验证0223
    现网联盟发帖验证0223
  • [热门活动] 文件备份功能强势来袭~商用已开启!快来尝鲜鸭~
    文件备份功能强势登陆啦!这个帖子好像似曾相识?No no no!此次的是文件备份功能,而非文件服务备份功能~云备份(Cloud Backup and Recovery,CBR)现除了提供对云硬盘、弹性云服务器、裸金属服务器、弹性文件服务中的SFS Turbo文件系统和云下VMware服务器的备份保护服务,同时还新支持了对云上服务器、以及本地的文件目录进行单独的备份,可以不再以整机的方式进行备份。想备哪个备哪个~妈妈再也不用担心我的预算超啦~咋个能用这个功能呢?文件备份功能已商用,可直接前往云备份控制台,抢鲜体验,先用上就是最靓的仔~如有疑问和建议可在本帖留言,云备份感谢您的支持~~
  • [热门活动] 【已结束】集思广议征建议2——大家来聊一聊对以后活动的畅想吧!
    一、活动背景及意义   华为云loT论坛至今已经开展过很多场活动,得到了相应的反馈,但其中参与活动的活跃度有些差距,一些活动大家比较感兴趣活跃度就较高,而一些活动参与人数就较少,所以为了让华为云论坛有一个更好的氛围,在此向大家集思广议,请大家畅所欲言,聊一聊以后希望举办哪类活动。二、活动时间时间:11月25日至12月25日 三、活动要求回复要求:发表你关于未来活动的想法+推荐用户名(若无推荐用户填忽略),回复不应少于15字。注:为了避免活动周期太长,部分用户因忘记回复收货地址而错失奖品的问题,我们将会在下面这个帖子中统计大家的收货信息并严格保密(信息仅楼主可见)集思广议征建议活动——收货信息收集_IoT物联网_华为云论坛 (huaweicloud.com)请大家按格式回复收货信息,若获奖将会按此信息进行奖品发放。为激励大家多多分享本次活动,本次活动特设立奖项奖励那些积极分享活动的用户。请在分享活动时务必告知被分享的小伙伴,在回复时加上你的论坛ID来推荐你。(ID查看方式如下图)电脑端 手机端四、活动奖励一等奖2人:本次活动会选出1名被推荐次数最多的用户,送出价值125元华为云定制书包。本次活动会选出1名回复最具价值的用户(由活动策划者商议决定),送出价值125元华为云定制书包。二等奖2人:本次活动会选出2名被推荐排名第2、3名的用户,送出华为云定制折叠包。抽取幸运奖3人:本次活动会随机选出3名回复用户,送出华为云定制数码收纳包。抽奖方式:活动结束,由工作人员录制抽奖视频,在视频中随机抽取3名幸运用户。 注:活动结束后,抽奖视频将会在论坛发布,请留意,每位用户仅有一次中奖机会,若抽到已中奖用户,则号码向下顺延一位。活动结束后,奖品将统一快递发放,并且包邮。请务必认真回复,禁止无关言论,我们的工作人员会通过技术审查获奖用户名单,若为虚假评论则取消获奖资格。 活动参与需遵守《华为云社区常规活动规则》,戳>>>这里
  • [问题求助] 【XXX产品】【XXX功能】一句话描述问题
    【功能模块】【操作步骤&问题现象】1、2、【截图信息】【日志信息】(可选,上传日志内容或者附件)
  • [热门活动] 推荐你去华为云出海场景专场的十三个理由
    1.    828是华为云助力企业上云的专属活动,有亿元上云补贴,注册即可领取8280元上云大礼包,新用户还有5张可与活动叠加的专属优惠券,还可“折上折”是不是很超值! 2.    超值秒杀,仅需129.36元即可秒杀一年的香港云服务器,如果你有“世界这么大,我想去看看”的想法,这个无疑是你入门的最佳选择。3.     小编发现此次出海区域中不仅有“香港、新加坡、曼谷”这些老牌出海热地,还有“南非-约翰内斯堡和拉美-圣地亚哥” 出海新兴热区,加上在“一带一路”的发展和带动下非洲和拉美会涌现大量机会,国内很多企业(尤其是跨境电商和游戏)都已行动。4.      如果你的业务对计算能力有要求,那你要来看看,此次出海场景专场的通用计算增加型C6新用户低至3折,不限新老低至5折。看华为云对这个型号的定位是旗舰机皇、性能之尊、适用于中重载企业应用,可以看出它的计算能力很强劲。5.    小编发现一个羊毛,3年的2核4G的规格,带宽选择1M和选择2M的价格是一样,也就是你可以花1M的钱拥有2M的带宽。小编看了这种情况“香港、新加坡、曼谷、非洲、拉美”的S系列都有,还不限新老用户。 6.    此次针对出海常见场景:跨境电商、互联网出海、跨国公司,有对应的解决方案,小编看了解决方案给的架构图是比较通用的,如果你业务有自己的需求,想找更适合自己的解决方案也可以打华为云官网热线4000-955-988 转1,华为云有专业的服务团队为您提供免费售前购买咨询。想看解决方案详情的可戳>>企业出海常见场景。7.    想要解决境外快速建站、数据跨境互通、合规跨境、全球加速等?推荐你去出海场景产品精选,这里的产品都是针对解决企业出海的痛点而选的产品,比如云连接CC、CDN帮你解决数据跨境互通、跨境合规以及全球用户的访问加速问题。此次还增加了弹性公网IP、共享流量包、共享带宽这些降低出海网络费用的产品,有需要的别错过了。8.    离双十一大促还有4个月,近3个月有业务上马、上线的可以趁此次大促下手,人可以等机会不会不等,现在买到就是赚到,当然你不差钱就另说。9.    出海场景专场的云服务器全系规格都采用全动态BGP独享带宽、固定IP,从此实现“我的带宽,我主宰”,告别与多人共用一个带宽的日子,告别与多人共用一个带宽的风险。10.  这次购买香港、新加坡、曼谷的云服务器依然都免费送相同时长的主机安全,让你的云服务器生来就有保护,不在境外陌生网络里“裸奔”。11.  此次五个区域的云服务器套餐都可以选搭配云备份。云备份是你平时关注不到,一旦发生数据误删、被病毒入侵、被黑客勒索时就认识到有云备份是多少重要又便利的事。云备份钱还不多,关键时候还可以挽救业务,节省巨大费用,这么实用小编是百分百推荐的。12.  华为云此次828活动消费额满10000元即送实物豪礼送,还有华为P40 Pro 5G手机送哦,企业近3个月有采购计划的小伙伴赶紧去公司请款了,现在下单还可以额外得实物豪礼,可别错过了。13.  网易这样的互联网头部大厂都在用,你还在等什么?速戳>>华为云828—出海场景专场
  • [技术干货] GaussDB Roach逻辑备份恢复
    目录:                  GaussDB Roach逻辑备份恢复原理gs_dump逻辑备份恢复工具roach逻辑备份恢复GaussDB Roach逻辑备份恢复实践                逻辑备份恢复支持、规格及约束         续备份、续恢复         逻辑备份删除         存储介质         容错支持         特殊表名         并行处理         最佳实践FAQ GaussDB Roach逻辑备份恢复原理:            1.  gs_dump逻辑备份恢复: 可以设置事务隔离级别。 gs_dump一致性备份:在单个database内保持一致,不同database之间无法保持一致,因为不同database之间需要切换connection,不能在不同database之间共享snapshot,因此只能在同一个database内保持一致性。 如果不保持一致。一个database数据量非常大,gs_dump备份时间会比较长,将会持有锁比较长的时间,对于一些需要ddl操作的database实例来说无法忍受。 解决方案:细粒度备份,而不要备份整个database,一次只备份一个table,调用gs_dump多次。如果多个表之间有关联,将这些表放入一个gs_dump操作中,用-t tablename来操作。但是这个-t其实是解决了依赖关系,本质上还是按照依赖顺序串行导出。一个单表数据量非常大,考虑分区表,也就是将数据进行了分片。否则这些表的ddl将会增加gs_dump之间的冲突。对于数据量非常大的databse实例,推荐使用PITR物理增量备份。 gs_dump并行备份: gs_dump版本>=9.3,server版本>=9.2,需要支持pg_export snapshot                                     n+1个连接,-j n是并行度,1是主节点的连接                                     对于版本<9.2,需要并行度和数据库一致性,在备份的时候不能做dml操作。             2.  roach逻辑备份恢复: GaussDB是一个分布式数据库,数据自动分片存储。GaussDB roach采用了基于单表粒度的备份恢复来实现逻辑备份,即一次只备份一个table,每次通过gs_dump导出table的ddl语句,并通过单独的外表方法(roach外表方法)来导出数据(不同表之间不保证数据一致性)。  GaussDB Roach逻辑备份恢复实践: 1. 逻辑备份恢复: 支持单表、多表(可以是不同schema的表)、schema、database级别逻辑备份。schema、database都默认转为多表逻辑执行(基于单表的串行实现),备份出schema、database内包含的所有表数据。可以从多表、schema、或者database逻辑备份中恢复出任意单张表或者多张表。 规格约束:不支持private table,nodegroup table, replication table,table has trigger/sequence表的备份恢复。                      对于表之间依赖关系,trigger,sequence,index等没有进行导出,只备份恢复数据。 单表: --tablename table  其中tablename可以是schema.table; schema默认为public,database默认为postgres单表备份:python $GPHOME/script/GaussRoach.py --master-port 9500 --agent-port 9600 --media-destination media_path  --metadata-destination metadata_path  --media-type DISK  --logging --logging-level INFO -t backup --tablename table [--schemaname schema] [--dbname database]              单表恢复:python $GPHOME/script/GaussRoach.py --master-port 9500 --agent-port 9600 --media-destination media_path  --metadata-destination metadata_path  --media-type DISK  --logging --logging-level INFO -t restore --tablename table [--schemaname schema] [--dbname database]  --backup-key bkpkey [--clean]/[--create] 多表: --table-list       --table-list选项与--tablename以及--schemaname不兼容;可以是不同schema中的表  tablelist文件内容示例:public.t1gauss.testT2Public."Temp"汉字表名cc.1a 多表备份:python $GPHOME/script/GaussRoach.py --master-port port_no --agent-port port_no --media-destination media_path  --metadata-destination metadata_path  --media-type DISK  --logging --logging-level INFO -t backup --table-list tablelist [--schemaname schema] [--dbname database]              多表恢复:python $GPHOME/script/GaussRoach.py --master-port 9500 --agent-port 9600 --media-destination media_path  --metadata-destination metadata_path  --media-type DISK  --logging --logging-level INFO -t restore --tablelist tablelist  [--dbname database]  --backup-key bkpkey [--clean]/[--create]  Schema: --schemaname  Schema规格约束: 其中系统级schema "dbms_job", "dbms_lob", "dbms_om", "dbms_output", "dbms_random", "dbms_redact", "dbms_sql", "sys", "utl_file", "utl_raw", "cstore"不支持备份恢复,都会报错退出。 Schema备份:python $GPHOME/script/GaussRoach.py --master-port port_no  --agent-port port_no --media-destination media_path  --metadata-destination metadata_path  --media-type DISK  --logging --logging-level INFO -t backup --schemaname schema [--dbname database]              Schema恢复:python $GPHOME/script/GaussRoach.py --master-port port_no --agent-port port_no --media-destination media_path  --metadata-destination metadata_path  --media-type DISK  --logging --logging-level INFO -t restore --schemaname schema  [--dbname database]  --backup-key bkpkey [--clean]/[--create] 其中-t restore --schemaname schema  --dbname database --backup-key bkpkey 可以从database级别逻辑备份中恢复出指定的schema Database:   --dbname        Database规格约束:其中系统级schema "dbms_job", "dbms_lob", "dbms_om", "dbms_output", "dbms_random", "dbms_redact", "dbms_sql", "sys", "utl_file", "utl_raw", "cstore"不支持备份恢复,都会被默认过滤掉。 Database备份:python $GPHOME/script/GaussRoach.py --master-port port_no --agent-port port_no --media-destination media_path  --metadata-destination metadata_path  --media-type DISK  --logging --logging-level INFO -t backup --dbname database             Database恢复:python $GPHOME/script/GaussRoach.py --master-port port_no --agent-port port_no --media-destination media_path  --metadata-destination metadata_path  --media-type DISK  --logging --logging-level INFO -t restore --dbname database  --backup-key bkpkey [--clean]/[--create]  2. 逻辑续备份、续恢复: 逻辑备份续备份、续恢复。其中续备份对于已经进行过校验的表名不会继续校验,以提升效率。如果在续备份时某些表已经被过滤掉,没有实际备份,而用户又对表对象属性进行了修改,希望能够得到备份,则考虑重新进行单表、多表重新备份,或者等待下次备份即可。 多表、schema、database等均支持续备份、续恢复,仅在备份、恢复失败之后才需要做。 续备份: --resume-backup --backup-key bkpkeypython $GPHOME/script/GaussRoach.py --master-port port_no --agent-port port_no --media-destination media_path  --metadata-destination metadata_path  --media-type DISK  --logging --logging-level INFO -t backup --schemaname schema [--dbname database] --resume-backup  --backup-key bkpkey 续恢复: --resume-restore--backup-key bkpkeypython $GPHOME/script/GaussRoach.py --master-port port_no --agent-port port_no --media-destination media_path  --metadata-destination metadata_path  --media-type DISK  --logging --logging-level INFO -t restore --schemaname schema  [--dbname database]  --backup-key bkpkey [--clean]/[--create] --resume-restore  3. 逻辑备份删除: 通过指定backupkey来删除,cascade是将所有backupkey全部删除。 python $GPHOME/script/GaussRoach.py --master-port port_no --media-destination /home/dulong/backup/media  --metadata-destination /home/dulong/backup/metadata  --media-type DISK  --logging --logging-level INFO -t delete --cascade  --backup-key bkpkey  4. 存储介质:一般指定DISK,兼容NBU、OBS等多种存储方式  5. 容错支持:对于不支持的表会进行过滤,不会影响其他表的正常备份恢复。 恢复到新集群:默认备份恢复database是postgres,可以指定其他database。恢复到新集群需要加--create;而恢复到老集群则最好加--clean,会将原有数据清理删除再恢复已防止数据冗余;不加则直接恢复数据,可能会导致冲突或者数据冗余。 同样的,如果一个数据库中某些表已经被drop掉,恢复时这些表需要--create,而其他表需要--clean。用--clean时恢复时另一部分需要--create的表会被过滤掉,反之亦然。  6. 特殊表名: 汉字表名不需要加双引号 大写表名,大小写表名,首字母为数字,含有$, . 等特殊字符在对象中等都为特殊对象名。其中除了含大写字符的不能自动识别外,其余均可自动识别并加上双引号。表名含有. 时,默认. 前为schema名称,如果该.就是表名的一部分,则需要加两侧加双引号,以保证可以识别正确。 特殊对象名称需要加双引号,例如schema名为 a.b,表名为 'public.',传入必须加双引号,如‘“a.b”’,‘“public.”’,双引号外侧再加单引号是为了保证正确传入了对象名,如果传入“public.”,内部传入其实为'public.';如果对象名内有大写字符,也需要加双引号,否则内核会默认转为小写。 PS: 尽量不要数据库对象内加各种特殊符号。  7. 并行处理: Gauss数据库为分布式数据库,默认进行了分片处理。每个数据库节点上有一个或多个datanode,一般一个datanode对应一个磁盘,而我们每个节点推荐>=2个datanode保证高可用等。数据落盘为每个datanode同时向磁盘写数据,不同datanode并行的向磁盘写入数据。 每个datanode内为串行的处理表数据,一个表数据处理完之后再处理下一个表(8.1)。在8.1及8.2后续版本中,将实现单个datanode的多个表并行的处理数据(自定义并发度)。  8. 最佳实践: 设置常规作业,利用多表逻辑备份业务中比较重要的表,schema及database备份往往将所有表备份,重要程度不高的表备份恢复仍然有较高开销。对常规作业设置优先级,按优先级进行不同时间间隔的备份与恢复。Database级别逻辑备份将备份整库数据,如果database实例内表数量大且规模大,性能会比较差(单个datanode内串行备份恢复);推荐使用PITR物理增量备份来替代Database逻辑备份。如果逻辑备份恢复中途失败,尽可能使用续备份、续恢复以完成作业。续备份只备份未备份成功的表,且对已经校验过的表将不会进行二次校验,而现行的校验为串行校验,表数量比较大的时候开销仍然较大;续恢复将恢复未恢复成功的表。在8.1以及8.2后续版本中,将实现更为细粒度的续备份、续恢复,备份效率将更为提高。合理设置压缩算法和压缩率  FAQ:     1. Why not gs_dumpall?The  gs_dumpall program exports all databases, one after another, into a single script file, which prevents you from performing the parallel restore. If you back up all      databases this way, the restore process will take more time.The processing of dumping all databases takes longer than each individual one so you do not know which dump of each database relates to a specific point in time.              If you have a good reason to use the gs_dump all to backup all databases, the following is the command:          gs_dumpall -U postgres > c:\gsbackup\all.sql         2. Why not gs_dump?        gs_dump虽然灵活,但是数据导出按照sql或者二进制,仅支持在单节点导出。数据量较大的情况下性能往往较差,且不易扩展。      3.一致性?   数据的一致性要求在备份恢复过程中要求并不一定很高,而对于性能,扩展性,灵活性等均有一定要求。因此牺牲一定一致性来换取更好的性能,易用性等,对于实际场景往往可以接受。    
  • [公告] 云图说|全新华为云云备份服务:为您的数据提供三合一的保障
    云上道路千万条,数据安全第一条。当不幸在云上发生病毒袭击、误删除、软件故障等“车祸”时,如果没有事先对数据进行保护,业务将会中断,并且将导致数据丢失、损坏的后果! 华为云云备份就像安全气囊,关键时刻能够保障数据安全。华为云云备份(Cloud Backup and Recovery,CBR)可为云内的弹性云服务器、和裸金属服务器、云硬盘、SFS Turbo文件系统和云下VMware虚拟化环境,提供简单易用的备份服务。针对病毒入侵、人为误删除、软硬件故障等场景,云备份可将数据恢复到任意备份点,减少业务中断时间。 点击“了解更多”,云备份CBR服务等着您! 
  • [产品介绍] 一张图读懂混合云备份方案
  • [下午茶时光] 【Day 46--2018/3/30】云备份解决方案为什么不充分利用云计算?
    本帖最后由 Sabrina 于 2018-3-30 15:17 编辑 13422 【下午茶时光——业界热点陪你喝咖啡】 云备份解决方案为什么不充分利用云计算?云备份解决方案的第一次迭代主要是为了保护个人消费者的笔记本电脑。这些解决方案演变并最终扩大规模,以保护组织的笔记本电脑。下一个合乎逻辑的步骤是使用云计算来进行服务器和虚拟机备份。虽然最初的实现很草率,但是使用云计算来备份服务器和虚拟机变得越来越普遍。而其问题是大多数云备份解决方案没有充分利用云计算。云计算主要由两个组件组成,即云存储和云计算。问题是大多数云计算备份解决方案只使用这两个组件之一:云储存。除云存储外,下一代云备份解决方案还将使用云计算。13423灾难恢复即服务(DRaaS)仅仅是个开始灾难恢复即服务(DRaaS)是大多数供应商利用云计算的第一步。在发生灾难时,组织可以在云平台中启动其应用程序,利用云计算,同时无需维护辅助灾难恢复站点。该组织的服务器和虚拟机被转换为在云计算提供商的环境中运行。问题是大多数云供应商已停止在DRaaS运行。应用程序还应该能够利用云计算和DRaaS功能,以便组织可以在其系统上执行测试/开发工作。他们还应该能够利用云计算备份进行报告和分析功能。最后,他们可以利用类似DRaaS的应用程序来实现云迁移工作。利用云计算解决备份应用程序规模任何备份应用程序面临的挑战之一是它如何处理规模。备份应用程序必须存储有关其所保护信息的信息。例如,每个受保护文件的每个版本都必须在此数据库中进行跟踪。鉴于大多数备份解决方案需要保留这些版本多年(如果不是几十年)的现实,保存备份信息的数据库可能会变得相当大。这些数据库的大小意味着管理、更新和搜索这些数据库可能非常耗时,影响备份和恢复性能,以及在数据库中查找信息。大多数备份应用程序将通过降低保留信息的时间,以及这些数据库保存的详细信息量来强制用户减小这些数据库的大小。通过利用云计算和云存储,云原生备份应用程序可以利用云中可用的所有计算来解决规模问题。其结果是备份应用程序具有几乎无限的保留能力。利用云计算带来更多的功能,而不仅仅是扩大规模。可以利用云计算来提供改进的数据服务,如上下文索引,并且合规性功能为备份过程带来更多价值。所有上述功能都可以从独立应用程序获得,但这意味着组织必须购买、学习和维护这些应用程序。充分利用两套云资源(存储和计算)的云备份应用程序,可以消除对所有这些应用程序的需求,从而使备份过程比以往更有价值。本文转载自:机房360
  • [经验交流] 使用华为云备份产品感觉效率特别高
    使用华为云备份产品感觉效率特别高
  • [产品介绍] 华为混合云备份解决方案介绍
    混合云备份能够将您线下机房的数据安全备份到云上,为数据加一层保险