Risoluzione di problemi

In genere il replicatore APFS di Apple è veloce e impeccabile, ma non gestisce bene (o per niente) alcune condizioni. CCC è studiata per evitare la maggior parte di questi sconvenienti risultati, ma facciamo le seguenti raccomandazioni per i casi in cui il replicatore APFS di Apple sbagli.

CCC ha segnalato che il replicatore APFS non è riuscito

Se il tuo primo tentativo di backup non è riuscito, prova i passi seguenti. Se hai già provato questi passi e il problema persiste, vedi la prossima sezione per ulteriori suggerimenti.

We occasionally receive reports of strange behavior from USB devices, e.g. slow performance, disks dropping offline in the middle of the backup task. In some of those cases we've discovered that third-party storage drivers are causing the problem. In particular, the SAT-SMART drivers and some ancient BlackBerry USB drivers can lead to problems. If you're troubleshooting a USB device behavior or performance problem, we recommend that you consider uninstalling these drivers.

Apple introduced a bug in 10.15.5 that prevents the creation of firmlinks

The chflags system call no longer works correctly on 10.15.5 with regard to setting the special "firmlink" flag that establishes links betweent the System and Data volume group members. If you're establishing a new backup of macOS 10.15.5 or later, CCC 5.1.17 (and earlier) will be unable to create a correctly-functioning APFS volume group. Many folders on the destination volume will appear empty, and the volume will not be bootable.

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

Per default CCC inizia con un limite di sfoltimento SafetyNet che stabilisce 25GB di spazio libero nella destinazione all'inizio di ogni backup. CCC aumenterà questo limite automaticamente quando necessario. Se non usi le impostazioni SafetyNet di default di CCC e se riscontri un errore "destinazione piena" dovrai impostare un'eliminazione maggiore nelle Impostazioni avanzate. La quantità di spazio libero richiesta sulla tua destinazione dipende dalla dimensione dei file che modifichi normalmente durante la giornata.

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 copierà solo gli elementi che sono diversi tra origine e destinazione. Quindi, se completi un'operazione di backup e la esegui nuovamente il giorno successivo, CCC copia solo gli elementi che sono stati creati o modificati dall'ultimo backup. CCC stabilisce che un file è differente usando la dimensione del file e la data di modifica. Se le dimensioni o la modifica della data di un file è del tutto diversa nell'origine e nella destinazione, CCC copia quel file nella destinazione.

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?