Resolución de problemas

We are currently tracking a Finder bug in which the Finder incorrectly determines your access to some folders. The issue occurs when an "access control list" is applied to a folder and when ownership is disabled on the backup volume. Ownership is disabled by default when you attach your backup volume to a different Mac, and the folders in your home directory each have an access control list, so we often see this problem when trying to access the contents of the home folder on a backup disk when that backup disk is attached to some other Mac. Here's what you might see in the Finder:

Baseline Testing

Por omisión, CCC empieza con un límite del borrado de SafetyNet que creará 25GB de espacio libre en el destino al inicio de cada tarea de copia de seguridad. CCC aumentará ese límite automáticamente según sea necesario. Si usa las opciones predeterminadas de SafetyNet en CCC y se encuentra con el error «el destino está lleno», puede que tenga que aplicar un límite de borrado más liberal en Ajustes avanzados. La cantidad de espacio libre necesario en el destino depende del tamaño de los archivos que suele editar a lo largo del día.

Network performance is usually the bottleneck of a backup task that copies files to or from a network volume, but there are several other factors that can affect performance as well. Here are some suggestions for improving the performance of your NAS-based backups.

CCC solo copiará los elementos que difieran entre el origen y el destino. De este modo, si finaliza una tarea de copia de seguridad y la vuelve a ejecutar al día siguiente, CCC únicamente copiará los elementos que se crearon o modificaron después de ejecutarse por última vez la tarea de copia de seguridad. CCC determina si un archivo ha cambiado usando su tamaño y su fecha de modificación. Si el tamaño de un archivo o su fecha de modificación son distintos en el origen y el destino, CCC copiará ese archivo al destino.

Occasionally a backup task can stall if the source or destination stops responding. To avoid waiting indefinitely for a filesystem to start responding again, Carbon Copy Cloner has a "watchdog" mechanism that it uses to determine if its file copying utility has encountered such a stall. By default, CCC imposes a ten minute timeout on this utility. If ten minutes pass without hearing from the file copying utility, CCC will collect some diagnostics information, then stop the backup task. Our support team can analyze this diagnostic information to determine what led to the stall.

Occasionally this annoying message comes up when you're trying to eject your destination volume. If CCC is currently using that volume as a source or destination to a running backup task, then CCC will effectively prevent the volume from being unmounted gracefully. If your backup task isn't running, though, CCC isn't preventing the volume from being unmounted. But what application is?

El contenido de este artículo solo es relevante si la herramienta auxiliar de CCC le ha redirigido aquí automáticamente. Si ha llegado aquí explorando la ayuda de CCC, probablemente las situaciones descritas a continuación no le afecten.

Si se le ha redirigido automáticamente a este artículo, la herramienta auxiliar con privilegios de CCC no puede ejecutar sus tareas de copia de seguridad de CCC porque no encuentra el paquete de aplicación de CCC. Esto puede haber ocurrido por dos motivos; cada situación se indica abajo junto a su solución.

It is our aim to have the Task History window provide the user with enough information to find and troubleshoot any problems they're having with their backup tasks. For debugging and support purposes, however, CCC logs its activity in the following files: