After BR backup, there are too many SST files, causing the NAS maxdirsize to be insufficient. Is there a solution to avoid this problem?

Translated
1

Note:
This topic has been translated from a Chinese forum by GPT and might contain errors.

Original topic: BR备份后太多sst文件，导致nas的maxdirsize不够用，请问有解决方案可以规避这个问题吗？

| username: LBX流鼻血

[TiDB Usage Environment] Production Environment
[TiDB Version] V6.1
[Reproduction Path] What operations were performed when the issue occurred
Archiving system, with a capacity of about 15T, files backed up to NAS using BR. Due to the large number of SST files, the NAS’s maxdirsize was insufficient, causing the NAS to become unavailable. The storage provider does not recommend increasing the NAS handle count. Is there any parameter that can be added to solve this issue? To reduce the number of SST files generated?

2
| username: tidb狂热爱好者 | Original post link

Add compression parameters when you back up.

3
| username: tidb狂热爱好者 | Original post link

Transfer to gzip through a pipeline

4
| username: 像风一样的男子 | Original post link

How about packaging it after the backup?

5
| username: Jack-li | Original post link

Backup packaging

6
| username: TiDBer_RjzUpGDL | Original post link

Compress it.

7
| username: LBX流鼻血 | Original post link

Is it to compress and then do tar czf ${BACKUP_DIR}.tar.gz ${BACKUP_DIR}?
Or is there any parameter to compress while backing up?

8
| username: TiDBer_QYr0vohO | Original post link

Create a compressed file.

9
| username: zhanggame1 | Original post link

SST files are already compressed, so further compression is meaningless. Just use tar for packaging.

10
| username: zhaokede | Original post link

Compress the backup.