The "backup" step creates backup_<table name> tables in the database, as backups. If you can not get your smf_log_online table repaired (with your host's help), it's not really a vital table. You can empty it out (truncate it) and try to repair it then. If it still is corrupted, you can drop (erase) that table and re-create it in phpMyAdmin (using the information from the install .sql file, or you recorded its structure in phpMyAdmin before you dropped it). It is not vital to back up that table's data, but you should try to get the table repaired before doing more drastic measures.
De "backup" stap creëert backup_ <tabelnaam> tabellen in de database, zoals back-ups. Als u niet in slaagt uw smf_log_online tafel gerepareerd (met uw gastheer hulp), het is niet echt een belangrijke tafel. U kunt legen it out (afgekapt) en probeer dan te repareren. Als het nog steeds beschadigd is, kan je erbij neervalt (wissen) die tafel en in phpMyAdmin (met behulp van de informatie van de installatie. Sql-bestand, of u hebt opgenomen, de structuur in phpMyAdmin voordat je hem laten vallen) re-creëren. Het is niet belangrijk om een back-up die tabel de gegevens, maar je moet proberen om de tafel gerepareerd voordat je meer drastische maatregelen te krijgen.
