copydb, os comandos de desligamento não são suportados no ApsaraDB para MongoDB. Qualquer Alternativa Disponível

Os comandos que você listou são comandos administrativos que devem ser limitados ao usar um provedor de banco de dados como serviço gerenciado. Eu anteciparia mais restrições para comandos que são incluídos pela funcionalidade da plataforma gerenciada (por exemplo, configuração do conjunto de réplicas) ou que provavelmente apresentarão problemas de desempenho/estabilidade. Para comparação, o MongoDB Atlas também possui uma lista de comandos não suportados para clusters compartilhados ou dedicados.

Caso sua implantação chegue a um estado em que a ajuda do administrador seja necessária, a equipe de suporte do provedor pode presumivelmente escalar conforme necessário.

Para contextualizar os comandos específicos que você listou:

• clonee copydbsão oficialmente obsoletos desde o MongoDB 4.0 , mas também desencorajados em versões de servidor mais antigas. Esses comandos não produzem instantâneos point-in-time do banco de dados de origem e apresentarão problemas de desempenho e simultaneidade (como o bloqueio de compilações de índice em primeiro plano). Use mongodumpe mongorestoreem vez disso.
• cleané um comando interno sem utilitário de usuário final.
• shutdownnão faz sentido para um serviço gerenciado onde você não tem acesso direto para reiniciar um processo do MongoDB. É possível que a interface do usuário ou a API do provedor forneça uma opção para reiniciar ou suspender um membro de sua implantação, mas é razoável não ter acesso direto.
• repairDatabasee repairCursorsó deve ser usado como último recurso para salvar dados se você não tiver um backup viável para sua implantação. Este é definitivamente um cenário em que você trabalharia com a equipe de suporte do provedor para colocar sua implantação novamente online com a abordagem mais razoável.