Rechercher dans le manuel MySQL
22.5.3.5 Taking an NDB with Parallel Data Nodes
Beginning with NDB 8.0.16, it is possible to take a backup with
multiple local data managers (LDMs) acting in parallel on the
data nodes. For this to work, all data nodes in the cluster must
use multiple LDMs, and each data node must use the same number
of LDMs. This means that all data nodes must run
ndbmtd (ndbd is
single-threaded and thus always has only one LDM) and they must
be configured to use multiple LDMs before taking the backup;
ndbmtd by default runs in single-threaded mode. You can cause
them to use multiple LDMs this by choosing an appropriate
setting for one of the multi-threaded data node configuration
parameters
MaxNoOfExecutionThreads
or ThreadConfig. Keep
in mind that changing these parameters requires a restart of the
cluster; this can be a rolling restart.
Depending on the number of LDMs and other factors, you may also
need to increase
NoOfFragmentLogParts.
If you are using large Disk Data tables, you may also need to
increase
DiskPageBufferMemory. As
with single-threaded backups, you also want or need to make
adjustments to settings for
BackupDataBufferSize,
BackupMemory, and other
configuration parameters relating to backups (see
Backup parameters).
Once all data nodes are using multiple LDMs, you can take the
parallel backup using the START
BACKUP command in the NDB management client just as
you would if the data nodes were running ndbd
(or ndbmtd in single-threaded mode); no
additional or special syntax is required, and you can specify a
backup ID, wait option, or snapshot option in any combination as
needed or desired.
Backups using multiple LDMs create subdirectories, one per LDM,
under the directory
BACKUP/BACKUP-
(which in turn resides under the
backup_id/BackupDataDir) on each
data node; these subdirectories are named
BACKUP-,
backup_id-PART-1-OF-N/BACKUP-,
and so on, up to
backup_id-PART-2-OF-N/BACKUP-,
where backup_id-PART-N-OF-N/backup_id is the backup ID used
for this backup and N is the number
of LDMs per data node. Each of these subdirectories contains the
usual backup files
BACKUP-,
backup_id-0.node_id.DataBACKUP-,
and backup_id.node_id.ctlBACKUP-backup_id.node_id.log, where
node_id is the node ID of this data
node.
In NDB 8.0.16 and later, ndb_restore automatically checks for the presence of the subdirectories just described; if it finds them, it attempts to restore the backup in parallel. For information about restoring backups taken with multiple LDMs, see Section 22.4.23.2, “Restoring from a backup taken in parallel”.
Nederlandse vertaling
U hebt gevraagd om deze site in het Nederlands te bezoeken. Voor nu wordt alleen de interface vertaald, maar nog niet alle inhoud.Als je me wilt helpen met vertalingen, is je bijdrage welkom. Het enige dat u hoeft te doen, is u op de site registreren en mij een bericht sturen waarin u wordt gevraagd om u toe te voegen aan de groep vertalers, zodat u de gewenste pagina's kunt vertalen. Een link onderaan elke vertaalde pagina geeft aan dat u de vertaler bent en heeft een link naar uw profiel.
Bij voorbaat dank.
Document heeft de 26/06/2006 gemaakt, de laatste keer de 26/10/2018 gewijzigd
Bron van het afgedrukte document:https://www.gaudry.be/nl/mysql-rf-mysql-cluster-backup-parallel-data-nodes.html
De infobrol is een persoonlijke site waarvan de inhoud uitsluitend mijn verantwoordelijkheid is. De tekst is beschikbaar onder CreativeCommons-licentie (BY-NC-SA). Meer info op de gebruiksvoorwaarden en de auteur.
Referenties
Deze verwijzingen en links verwijzen naar documenten die geraadpleegd zijn tijdens het schrijven van deze pagina, of die aanvullende informatie kunnen geven, maar de auteurs van deze bronnen kunnen niet verantwoordelijk worden gehouden voor de inhoud van deze pagina.
De auteur Deze site is als enige verantwoordelijk voor de manier waarop de verschillende concepten, en de vrijheden die met de referentiewerken worden genomen, hier worden gepresenteerd. Vergeet niet dat u meerdere broninformatie moet doorgeven om het risico op fouten te verkleinen.
