You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@doris.apache.org by GitBox <gi...@apache.org> on 2023/01/03 07:15:31 UTC

[GitHub] [doris] nextdreamblue opened a new issue, #15560: [Bug] do not set default replication_allocation when restore with property "reserve_replica" = "true"

nextdreamblue opened a new issue, #15560:
URL: https://github.com/apache/doris/issues/15560

   ### Search before asking
   
   - [X] I had searched in the [issues](https://github.com/apache/doris/issues?q=is%3Aissue) and found no similar issues.
   
   
   ### Version
   
   master
   
   ### What's Wrong?
   
   when restore a table with property "replication_num" = "n", it will set property of the table restored "replication_allocation" = "tag.location.default: n", but if restore the table with property "reserve_replica" = "true", it do not need set "replication_allocation" = "tag.location.default: n", and it needs reserve the replication_allocation before backup.
   
   ### What You Expected?
   
   do not set default replication_allocation when restore with property "reserve_replica" = "true"
   
   ### How to Reproduce?
   
   建表及恢复语句:
   CREATE TABLE `array_test` (
     `id` int(11) NULL,
     `c_array` array<int(11)> NULL
   ) ENGINE=OLAP
   DUPLICATE KEY(`id`)
   COMMENT 'OLAP'
   DISTRIBUTED BY HASH(`id`) BUCKETS 1
   PROPERTIES (
   "replication_allocation" = "tag.location.default: 3",
   "in_memory" = "false",
   "storage_format" = "V2",
   "disable_auto_compaction" = "false"
   );
   
   BACKUP SNAPSHOT hugo.array_test
   TO hugo_bak
   ON (array_test)
   PROPERTIES ("type" = "full");
   
   RESTORE SNAPSHOT hugo_bak.`array_test`
   FROM `tencent_doris_backup`
   ON ( `array_test` )
   PROPERTIES
   (
       "backup_timestamp"="xxxxxxxx",
   "replication_num" = "2", 
   "reserve_replica" = "true"
   );
   
   按照文档描述,设置了"reserve_replica" = "true",会忽略 replication_num 属性,恢复的表或分区的副本数将与备份之前一样。
   但是这样设置后恢复的表 replication_allocation 值为 replication_num,不会忽略。
   show create table array_test;
   CREATE TABLE `array_test` (
     `id` int(11) NULL,
     `c_array` array<int(11)> NULL
   ) ENGINE=OLAP
   DUPLICATE KEY(`id`)
   COMMENT 'OLAP'
   DISTRIBUTED BY HASH(`id`) BUCKETS 1
   PROPERTIES (
   "replication_allocation" = "tag.location.default: 2",
   "in_memory" = "false",
   "storage_format" = "V2",
   "disable_auto_compaction" = "false"
   );
   
   ### Anything Else?
   
   _No response_
   
   ### Are you willing to submit PR?
   
   - [X] Yes I am willing to submit a PR!
   
   ### Code of Conduct
   
   - [X] I agree to follow this project's [Code of Conduct](https://www.apache.org/foundation/policies/conduct)
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For additional commands, e-mail: commits-help@doris.apache.org


[GitHub] [doris] morningman closed issue #15560: [Bug] do not set default replication_allocation when restore with property "reserve_replica" = "true"

Posted by "morningman (via GitHub)" <gi...@apache.org>.
morningman closed issue #15560: [Bug] do not set default replication_allocation when restore with property "reserve_replica" = "true"
URL: https://github.com/apache/doris/issues/15560


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For additional commands, e-mail: commits-help@doris.apache.org