Se no mundo de vocês, amigos, falta uma parede, o CoreProtect pode encontrar de forma pontual as alterações registradas e desfazê-las parcialmente. Primeiro, você verifica o dano específico e o trecho correto. Um rollback grande feito por suspeita também pode atingir alterações desejadas.
Este guia conduz por um pequeno reparo de blocos. Ele não afirma que todo progresso posterior seja mantido automaticamente em qualquer intervenção. Principalmente no mesmo local, alterações novas e antigas podem influenciar umas às outras. Continua sendo necessário ter um estado inicial salvo em backup.
Verificado: 7 de outubro de 2026. As imagens mostram uma demonstração anterior com Paper 1.21.1 e CoreProtect 24.0. Elas não são um novo teste do mundo de vocês nem uma medição atual de execução.
Registrar o dano antes de um reparo
Anote o mundo, as coordenadas e o período conhecido. Pergunte aos amigos envolvidos se, nesse local, alguém continuou construindo de propósito nesse meio-tempo. Parem as alterações no pequeno trecho afetado durante a verificação; uma área modificada ao mesmo tempo é mais difícil de avaliar.
Faça um backup do estado atual do mundo e dos dados reais do CoreProtect antes de planejar uma intervenção com gravação. Se o banco de dados for externo, uma cópia apenas da pasta de plugins não é um backup completo. O pequeno armazenamento Free de 10 GB também precisa comportar o mundo, os logs e as extensões; guarde uma cópia independente fora deste teste.
O CoreProtect precisa já ter registrado o evento em questão. Uma instalação feita depois do dano não gera histórico antigo. Verifique a versão carregada, a operação na época e os registros realmente ativados. A visão geral da configuração leva à configuração adequada à sua versão. Um indicador verde do servidor não prova que cada ação desejada foi registrada.
Primeiro olhar, não reverter de imediato
Uma conta auxiliar designada pode examinar o local afetado com o Inspector. Para isso serve o /co inspect; a mesma função pode ser desativada depois. Use a ajuda de uso exibida na sua versão e leia os eventos no local real do dano.
O nome de uma conta no registro não comprova intenção. Pode ser necessário esclarecer uma ação acidental, uma conta compartilhada ou outros fatores. Compartilhe os resultados apenas com os envolvidos e oculte os nomes em imagens públicas. Para o reparo, o que importa primeiro é qual alteração foi registrada.
Demonstração anterior na fachada de uma casa. Horário, tipo de bloco e local ajudam na comparação; os nomes das contas estão ocultos. Esta saída não é um resultado de busca do mundo de vocês.
Não dê coreprotect.* de forma geral a um auxiliar que só deve verificar. Segundo as permissões do CoreProtect, inspecionar, rollback, restore e apagar registros são liberações distintas. Para uma tarefa de leitura combinada, coreprotect.inspect e coreprotect.lookup são os candidatos; verifique também as categorias de dados desejadas. Amigos comuns não precisam de direitos de reparo para jogar junto. As funções vocês configuram com o LuckPerms.
Limitar a busca ao seu caso
O exemplo de jogo a seguir só serve para um pequeno dano de blocos observado há pouco tempo. Substitua SPIELERNAME pela conta atribuída com segurança. Verifique o período e a distância para o seu caso real antes de usar o comando:
/co lookup u:SPIELERNAME t:30m r:8 a:-block
| Limite | Significado no exemplo |
|---|---|
| Conta | Somente a conta de jogo atribuída e verificada |
| Tempo | Eventos dos últimos 30 minutos |
| Local | Raio de 8 ao redor da sua posição atual |
| Ação | Remoção de blocos registrada |
Leia todos os resultados correspondentes e as coordenadas. Se a lista ficar vazia, verifique as premissas iniciais uma a uma, em vez de disparar direto um reparo em todo o mundo. Um raio de busca maior pode mostrar mais eventos, mas ainda não é uma autorização para desfazer todos eles.
A referência oficial de comandos descreve filtros e prévia. Lookup e rollback têm limites padrão diferentes quando faltam parâmetros. Por isso, no exemplo, o raio é definido explicitamente. Não confie na antiga afirmação genérica de que todo rollback sem raio afeta automaticamente o mundo inteiro.
Comparar a prévia e a pequena intervenção
Permaneça no mesmo mundo, na mesma posição. Com os filtros confirmados por vocês, verifique primeiro uma prévia:
/co rollback u:SPIELERNAME t:30m r:8 a:-block #preview
Olhem juntos o local afetado e as alterações desejadas ao redor. Se a prévia não corresponder exatamente ao reparo planejado, cancelem a tentativa pelo caminho previsto na sua versão e verifiquem os filtros novamente. Uma prévia não substitui o backup nem a conferência do efeito real.
Uma janela de tempo relativa avança entre duas execuções. Sua posição também precisa permanecer a mesma, se o raio depender dela. Por isso, "mesmos parâmetros" não significa automaticamente um snapshot histórico imutável. Executem o pequeno comando final somente após uma nova comparação:
/co rollback u:SPIELERNAME t:30m r:8 a:-block
A atual implementação do rollback contém verificações adicionais e o processamento da intervenção. Quais funções estão disponíveis depende da versão realmente instalada por vocês. Não assumam como garantia geral uma suposta rede de segurança vinda de um guia antigo.
Na época: seis blocos em dois chunks, raio 15 e janela de tempo de um minuto. Este é outro teste documentado, diferente dos valores de exemplo deliberadamente pequenos deste artigo.
Conferir o mundo após o reparo
Não confiram apenas a mensagem de sucesso. Verifiquem a parede, as partes de construção vizinhas e o progresso desejado desde então. Atentem ao que o filtro de blocos escolhido nem chega a abranger: conteúdo de baús, inventários e outras ações são categorias de dados próprias. Não ampliem a intervenção, de passagem, para todas as categorias.
A imagem mostra o trecho restaurado na época. Ela não comprova que todo possível efeito colateral de um rollback esteja descartado.
Se a intervenção estiver errada, um restore devidamente limitado pode reaplicar alterações registradas. Para isso, planeje primeiro a mesma verificação cuidadosa e uma prévia. Não enviem vários comandos contrários de grande alcance em sequência. Se faltarem dados ou o efeito não estiver claro, o que resta é o caminho de volta pelo backup e um esclarecimento concreto do estado.
Não apaguem registros antigos durante um dano ainda não esclarecido só para liberar armazenamento. Eventos apagados deixam de estar disponíveis para buscas ou dúvidas de reparo posteriores. A retenção é uma decisão operacional separada e não é pré-requisito para esta pequena intervenção.
Limitar danos futuros
Combinem quem pode realizar reparos e como os amigos afetados serão informados. Um pequeno reparo documentado é mais fácil de verificar do que uma reversão geral de toda a noite. Para áreas permanentemente importantes, vocês configuram uma proteção com o WorldGuard direcionada.
CoreProtect, proteção de regiões e backup cumprem funções diferentes. Vocês não precisam tornar cada amigo um administrador para usar os três de forma útil. Testem a função de registro cedo, com uma pequena amostra de blocos própria, para que vocês não apenas presumam o seu registro numa emergência.
FAQ
Instalar depois do dano ajuda?
Ele registra eventos futuros correspondentes. Para um dano anterior, sem o registro da época, faltam os dados históricos necessários. Verifique os backups existentes e outros indícios comprovados.
Por que o lookup está vazio?
Verifique um a um o mundo, a posição, o período, a conta, a ação e o registro da época. A ausência de resultados não é motivo para um rollback global sem verificação.
Todas as construções novas são mantidas com segurança?
Essa não é uma garantia geral. Mesmo uma intervenção limitada pode afetar alterações posteriores desejadas no mesmo local. Verifique a prévia, os filtros e o progresso vizinho.
O comando mostrado também repara um baú esvaziado?
O fluxo do exemplo está limitado à remoção de blocos. O conteúdo de baús exige uma ação registrada à parte e um fluxo de verificação próprio, cuidadosamente limitado.
O auxiliar de leitura precisa de rollback e purge?
Não. Essas são permissões separadas. Verifique a tarefa de leitura concreta e não conceda um curinga geral de administração só para visualizar resultados.
O CoreProtect substitui o backup do mundo?
Não. Um banco de dados de eventos e uma cópia do mundo resolvem problemas diferentes. Arquivos corrompidos, mundos apagados e ações não registradas exigem outro caminho de recuperação.
CoreProtect: ver exemplo
Gravações próprias de um ambiente de demonstração. A versão e a configuração mostradas podem diferir do teu servidor.
- A fachada da casa está intacta.
- Um segundo jogador quebra blocos.
- /co lookup mostra quem quebrou o quê.
- /co rollback restaura a fachada.
CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14
CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14
CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14
CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14