Replica • Grande enciclopedia russa - versione elettronica

Replicazione

  • intestazione
  • Articoli Correlati
  • Descrizione dell'immagine.

    Nella versione del libro

    Volume 28. Mosca, 2015, p. 408

  • Descrizione dell'immagine.

    Copia il link bibliografico:

Autori: S. G. INGE-Entry

Replicazione (Da LateLatinsky Replicatio - Ripetizione) (Reduplication, Auforplication), il processo di auto-riproduzione delle molecole di acido nucleico, che fornisce la copia genetica. Materiale e trasmissione di esso da generazione in generazione. La base del meccanismo R. è la sintesi enzimatica del DNA sulla matrice del DNA o nell'RNA sulla matrice dell'RNA, nonché in alcuni casi il DNA sulla matrice RNA (trascrizione inversa). R. DNA Semi-Counseling, I.e., Con la sintesi di due molecole di DNA figlia, ognuna di esse contiene una "vecchio" e una "nuova" catena "nuova". Molte unità funzionali sono assegnate nelle molecole di DNA Eukaryot - Repukonov. in cui R. perde autonomamente. Ognuno di loro ha specifiche. Le sequenze di nucleotidica sono il punto di partenza R. (iniziazione) e il punto del suo completamento (terminazione). La molecola del DNA del DNA dell'anello è rappresentata da un replicone. R. DNA in vivo è un processo molto accurato. La frequenza degli errori che porta a mutazioni puntuali spontanee non supera i 10 -nove sul nucleotide per la generazione. Gli enzimi polymerasi DNA sono coinvolti in DNA R., così come le proteine ​​che hanno una doppia elica del DNA stabilizzando le aree pianificate e prevengono le molecole. R. Il DNA in eucarioti si verifica a velocità dispari. 100 nucleotidi al secondo, ma contemporaneamente in molte repliche, procarioti - ca. 1000 nucleotidi al secondo. L'RN RNA è limitato da una cerchia stretta dei virus contenenti RNA. R. DNA secondo la matrice dell'RNA è caratteristica dei retrovirus e dei retrotransposs; Le copie del DNA dei loro genomi sono incorporate nel DNA della cella host. R. Inoltre raddoppia i cromosomi, che si basa su R. DNA.

Ripeti, ma ogni volta in un modo nuovo - non è un'arte? Stanislav Hezhi Lts, dal libro "Pensieri oppressi"

Il dizionario definisce la replica come processo di mantenimento di due (o più) set di dati in uno stato coerente. Qual è uno "stato coerente di set di dati" - una domanda separata, quindi riformulamo la definizione più semplice: il processo di modifica di un set di dati chiamato una replica, in risposta alle modifiche in un altro set di dati denominato quello principale. Non necessariamente, i set saranno gli stessi.

Supporta la replica del database è una delle attività più importanti dell'amministratore: quasi ogni database importante ha una replica, o anche una.

Tra i compiti risolti dalla replica, puoi chiamare almeno

  • Supporto per il database di backup in caso di perdita principale;
  • Riducendo il carico sulla base dovuto al trasferimento di parte delle richieste di repliche;
  • Trasferimento di dati per archiviare o sistemi analitici.

In questo articolo, parlerò dei tipi di replica e quali compiti ogni tipo di replica risolve.

Puoi evidenziare tre approcci alla replica:

  • Blocca la replica a livello del sistema di archiviazione;
  • Replica fisica a livello DBMS;
  • Replica logica a livello DBMS.

Blocca la replicazione

Quando la replica del blocco, ogni operazione di registrazione viene eseguita non solo sul disco principale, ma anche sul backup. Pertanto, sullo stesso array corrisponde a un volume dello specchio su un altro array, con un'accuratezza del byte che ripete il volume principale:

I vantaggi di tale replica includono facilità di configurazione e affidabilità. Registra i dati su un disco remoto può un array del disco o qualcosa del disco (dispositivo o software), che è in piedi tra l'host e il disco.

Gli array di dischi possono essere completati con opzioni che consentono di accendere la replica. Il nome dell'opzione dipende dal produttore dell'array:

Se l'array del disco non è in grado di replicare i dati, è possibile installare un agente che registra su due array tra l'host e l'array. L'agente può essere sia un dispositivo separato (EMC VPLEX) e componente software (HPE Peerpersistenza, replica di archiviazione del server Windows, DRBD). A differenza di un array del disco, che può funzionare solo con lo stesso array o, al minimo, con la matrice dello stesso produttore, l'agente può funzionare con dispositivi disco completamente diversi.

Lo scopo principale della replica del blocco è garantire la tolleranza agli errori. Se il database è perso, è possibile riavviarlo utilizzando un volume dello specchio.

La replica del blocco è buona con la sua versatilità, ma la versatilità deve pagare.

Innanzitutto, nessun server può funzionare con un volume dello specchio, dal momento che il suo sistema operativo non può controllare la registrazione su di esso; Dal punto di vista dell'osservatore, i dati sul volume dello specchio appaiono da solo. In caso di incidente (fallimento del server principale o dell'intero data center, in cui si trova il server principale), è necessario interrompere la replica, smontare il volume principale e montare il volume dello specchio. Non appena viene visualizzata la possibilità, riavviare la replica nella direzione opposta.

Nel caso di utilizzare l'agente, tutte queste azioni eseguiranno l'agente, che semplifica l'impostazione, ma non riduce il tempo di commutazione.

In secondo luogo, il DBMS stesso sul server di backup può essere eseguito solo dopo il supporto del disco. In alcuni sistemi operativi, ad esempio, in Solaris, la memoria sotto la cache viene posizionata durante la selezione, e il tempo di markup è proporzionale al volume della memoria assegnata, cioè, l'inizio dell'istanza non sarà istantaneo. Inoltre, l'intera cache dopo il riavvio sarà vuota.

In terzo luogo, dopo aver iniziato, il DBMS rileva che i dati sul disco non sono associati ed è necessario spendere un tempo significativo per il recupero utilizzando i registri di esecuzione ripetuti: prima ripetere tali transazioni i cui risultati vengono conservati nel registro, ma non Avere il tempo di essere salvato nei file di dati, ma non ha avuto il tempo di salvare e quindi riportare le transazioni, che al momento del fallimento non hanno avuto il tempo di finire.

La replica del blocco non può essere utilizzata per distribuire il carico e viene utilizzato uno schema simile per aggiornare la memorizzazione dei dati, quando il volume dello specchio è nella stessa matrice come quella principale. EMC e HP Questo schema è chiamato BCV, solo EMC Decrypts Abbreviation come volume di continuità aziendale e volume di copia aziendale di HP-simile. IBM non ha marchio speciale in questo caso, questo schema è chiamato "volume mirrorato".

Due volumi vengono creati nell'array e le operazioni di registrazione sono eseguite in modo sincrono su entrambi (A). Ad un certo momento, lo specchio è rotto (B), cioè, i volumi diventano indipendenti. Il volume dello specchio è montato sul server assegnato per aggiornare la memorizzazione e l'istanza del database viene sollevata su questo server. L'istanza aumenterà fino a quando durante il recupero mediante la replica del blocco, ma questa volta può essere significativamente ridotto dalla rottura dello specchio durante il periodo di carico minimo. Il fatto è che la rottura dello specchio nelle sue conseguenze è equivalente al completamento di emergenza del DBMS e il tempo di recupero con il completamento di emergenza dipende in modo significativo dal numero di transazioni attive al momento dell'incidente. Il database destinato allo scarico è disponibile sia di lettura che di scrittura. Gli identificatori di tutti i blocchi sono cambiati dopo la rottura dello specchio entrambi sono fondamentalmente e sul volume dello specchio sono memorizzati in un'area speciale del monitoraggio del cambio di blocco - BCT.

Dopo aver completato lo scarico, il volume dello specchio non è formato (c), viene ripristinato lo specchio, e dopo un po ', il volume dello specchio reincarna il principale e diventa la copia.

Replicazione fisica

Registri (RedO Log o Write-Ahead Log) contiene tutte le modifiche inserite nei file del database. L'idea della replica fisica è che le modifiche dai registri vengono rieseguite in un altro database (replica), e quindi i dati nella replica ripetono i dati nella base di esca esca principale.

La possibilità di utilizzare registri del database per aggiornare la replica è apparsa nella versione Oracle 7.3, che è stata rilasciata nel 1996, e già nel rilascio di Oracle 8i Consegna di riviste dalla base principale nella replica è stata automatizzata e ha ricevuto il nome DataGuard. La tecnologia è stata così richiesta che oggi il meccanismo di replicazione fisico sia quasi tutti i DBM moderni.

L'esperienza mostra che se si utilizza il server solo per mantenere una replica aggiornata, è sufficientemente circa il 10% della potenza del processore del server su cui funziona la base principale.

I registri DBMS non sono destinati ad essere utilizzati al di fuori di questa piattaforma, il loro formato non è documentato e può cambiare senza preavviso. Da qui un requisito completamente naturale che la replica fisica sia possibile solo tra i istanze della stessa versione dello stesso DBMS. Da qui, possibili restrizioni sul sistema operativo e l'architettura del processore, che può anche influenzare il formato del registro.

Naturalmente, nessuna restrizione sui modelli della SCD non impone la replicazione fisica. Inoltre, i file del database possono essere posizionati in modo abbastanza diverso rispetto alla fonte - è necessario solo descrivere la corrispondenza tra i volumi su cui si trovano questi file.

Oracle DataGuard consente di rimuovere parte dei file dal database replica - In questo caso, le modifiche nei registri relative a questi file saranno ignorate.

La replica dei database fisica ha molti vantaggi sulla replica per mezzo di stoccaggio:

  • La quantità di dati trasmessi è inferiore a causa del fatto che solo i registri vengono trasmessi, ma non file di dati; Gli esperimenti mostrano una diminuzione del traffico a 5-7 volte;
  • Passare al database di backup si verifica in modo significativo più velocemente: l'istanza della replica è già sollevata, quindi quando si passa, deve solo eseguire il ribaltamento delle transazioni attive; Inoltre, dal momento del crash, una replica è già riscaldata;
  • Le richieste possono essere eseguite sulla replica, rimuovendo così la parte del carico dalla base principale. In particolare, la replica può essere utilizzata per creare copie di backup.

La possibilità di leggere i dati dalla replica è apparsa nel 2007 nella versione Oracle 11G - questo è esattamente ciò che l'epithe "attivo" viene aggiunto al nome della tecnologia DataGuard. In altri DBMS, anche la possibilità di leggere dalla replica è lì, ma nel titolo non si riflette in alcun modo.

I dati di registrazione della replica sono impossibili, poiché i cambiamenti in esso stanno diventando pallidi, e la replica non può fornire adempimento competitivo delle sue richieste. Oracle Active DataGuard nelle ultime versioni consentono di registrare a una replica, ma non è altro che "zucchero": infatti, le modifiche vengono eseguite sulla base principale e il client li sta aspettando finché non raggiungono la replica.

In caso di danni al file nel database principale, è possibile copiare semplicemente il file appropriato dalla replica (prima di farlo con la tua base, esaminare attentamente la Guida dell'amministratore!). Il file sulla replica potrebbe non essere identico al file nel database principale: il fatto è che quando il file si espande, i nuovi blocchi per l'accelerazione non sono riempiti con nulla e il loro contenuto casualmente. La base non può utilizzare l'intero spazio del blocco (ad esempio, il blocco può rimanere spazio libero), ma il contenuto dello spazio utilizzato coincide con l'accuratezza del byte.

La replica fisica può essere sia sincrona che asincrona. Con la replica asincrona, c'è sempre un determinato insieme di transazioni che sono completate sul database principale, ma non hanno ancora raggiunto il backup, e nel caso di transizione a una base di backup, con un fallimento della transazione principale, queste transazioni lo faranno essere perso. Quando la replica sincrona, il completamento del funzionamento del commit significa che tutte le voci di registro appartenenti a questa transazione vengono trasferite alla replica. È importante capire che la ricezione della replica della rivista non significa l'applicazione delle modifiche ai dati. Se la transazione principale è persa, non andranno perduti, ma se l'applicazione scrive i dati alla base principale e li legge da una replica, allora ha la possibilità di ottenere una vecchia versione di questi dati.

In PostgreSQL è possibile configurare la replica in modo tale che il commit sia completato solo dopo aver applicato le modifiche ai dati della replica (opzione

Synchronous_commit = remote_apply.

), e in Oracle è possibile configurare l'intera replica o le singole sessioni in modo che le richieste siano eseguite solo se la replica non è in ritardo rispetto alla base principale (

Standby_max_data_delay = 0.

). Tuttavia, è ancora meglio progettare l'applicazione in modo che il record nella base principale e la lettura dalla replica sia stato eseguito in diversi moduli.

Durante la ricerca di una risposta alla domanda, quale modalità selezionare, sincroni o asincrono, I marketer Oracle vengono a aiutarci. DataGuard fornisce tre modalità, ognuna delle quali massimizza uno dei parametri - Risparmio di dati, prestazioni, disponibilità - A causa del resto:

  • Prestazioni massime: la replica è sempre asincrona;
  • Protezione massima: replicazione sincrona; Se la replica non risponde, impegnarsi sulla base principale non è stata completata;
  • Massima disponibilità: replica sincrona; Se la replica non risponde, la replica passa alla modalità asincrona e, non appena la connessione viene ripristinata, la replica cattura la base principale e la replica diventa di nuovo sincrono.

Nonostante i vantaggi indiscutibili della replica per mezzo di database sulla replicazione del blocco, gli amministratori in molte aziende, in particolare con le vecchie tradizioni di affidabilità, sono ancora molto riluttanti a rifiutare la replicazione del blocco. Ci sono due ragioni per questo.

In primo luogo, nel caso della replica mediante array del disco, il traffico non è sulla rete di trasmissione dati (LAN), ma sulla rete di archiviazione (rete dell'area di archiviazione). Spesso nelle infrastrutture, costruite per molto tempo, SAN è molto più affidabile e più produttiva di una rete di dati.

In secondo luogo, la replica sincrona per mezzo del DBMS è diventata affidabile relativamente recentemente. In Oracle, la svolta si è verificata nel rilascio di 11G, che è stato rilasciato nel 2007, e in altri DBMS, la replica sincrona è apparsa in seguito. Naturalmente, 10 anni dagli standard del campo della tecnologia dell'informazione - il termine non è così piccolo, ma quando si tratta della conservazione dei dati, alcuni amministratori sono ancora guidati dal principio "come non accadrebbe nulla". .

Replica logica.

Tutte le modifiche al database si verificano come risultato delle relazioni API, ad esempio, come risultato dell'esecuzione delle query SQL. Molto allettante sembra essere l'idea di eseguire la stessa sequenza di richieste in due basi diverse. Per la replica, è necessario aderire a due regole:

  1. È impossibile avviare una transazione fino a quando tutte le transazioni che dovrebbero finire prima siano completate. Quindi, nella figura seguente, la transazione D non può essere avviata fino a quando le transazioni A e B non sono state completate.
  2. È impossibile completare la transazione fino a quando tutte le transazioni hanno iniziato a finire fino al completamento della transazione corrente. Quindi nella figura seguente, anche se la transazione B è stata completata all'istante, può essere completata solo dopo che la transazione C inizia.

Report Replication (Replication-Based Replication) è implementato, ad esempio, in MySQL. Sfortunatamente, questo semplice schema non porta all'emergere di set di dati identici - ci sono due ragioni per questo.

Innanzitutto, non tutte le API sono deterministiche. Ad esempio, se la funzione ora () o sysdate () è riscontrata nella query SQL, restituendo l'ora corrente, quindi su server diversi restituiranno risultati diversi, a causa del fatto che le richieste non vengono eseguite simultaneamente. Inoltre, diversi stati di trigger e funzioni memorizzati possono essere causati a distinzioni, diverse impostazioni nazionali che influenzano l'ordine di ordinamento e molto altro.

In secondo luogo, la replica basata sull'esecuzione parallela dei comandi non può essere sospesa e riavviato correttamente.

Se la replica viene interrotta al momento della transazione T1 deve essere interrotta e disaggirata. Quando si riavvia la replica, l'esecuzione di una transazione B può condurre una replica a uno stato diverso dallo stato della sorgente di base: alla fonte, la transazione B è iniziata prima che la transazione sia terminata, e quindi non ha visto modifiche apportate dalla transazione A .

La replica delle richieste può essere interrotta e riavviata solo al momento T2, quando non vi è alcuna transazione attiva nel database. Naturalmente, in qualsiasi base industriale caricata di tali momenti non accade.

Di solito, le richieste deterministiche sono utilizzate per la replica logica. La determinazione della richiesta è assicurata da due proprietà:

  • La richiesta Aggiornamenti (o inserti o cancella) una singola voce, identificandola per chiave primaria (o univoca);
  • Tutti i parametri di richiesta sono esplicitamente impostati sulla richiesta stessa.

A differenza della replica dei comandi (replica basata sull'istruzione), questo approccio è chiamato record replica (replica basata sulla riga).

Supponiamo di avere un tavolo da personale con i seguenti dati:

La seguente operazione è stata eseguita sopra questa tabella:

Aggiorna stipendio set di dipendenti = stipendio * 1.2 dove dept = 36; 

Al fine di replicare correttamente i dati, tali richieste saranno completate nella replica:

Aggiorna stipendio set di dipendenti = 2160 dove ID = 3817; aggiornamento dei dipendenti Set Stipendio = 1920 dove ID = 2274; 

Le richieste portano allo stesso risultato del database di origine, ma allo stesso tempo non sono equivalenti alle richieste eseguite.

La DABILE-Replica è aperta e disponibile non solo da leggere, ma anche da scrivere. Ciò consente di utilizzare una replica per eseguire una parte delle richieste, anche per creare report che richiedono la creazione di tabelle o indici aggiuntivi.

È importante capire che la replica logica sarà equivalente alla base di base solo se non vengono effettuati ulteriori modifiche. Ad esempio, se nell'esempio sopra nella replica aggiunge a 36 divisione Sidorov, allora non riceverà l'aumento e se Ivanov Traduci dal reparto 36, quindi otterrà un aumento, non importa cosa.

La replica logica fornisce una serie di possibilità che sono assenti in altri tipi di replicazione:

  • Impostazione di un insieme di dati replicabili a livello della tabella (con replica fisica - a livello di file e spazi di tabella, con replicazione di blocco - a livello del volume);
  • Costruzione di topologie complesse della replica - ad esempio, consolidamento di diversi database in una o replica bidirezionale;
  • Riducendo il volume dei dati trasmessi;
  • Replica tra diverse versioni del DBMS o anche tra DBMS di diversi produttori;
  • Elaborazione dei dati durante la replica, compresa la modifica della struttura, dell'arricchimento, dello stoccaggio della cronologia.

Ci sono svantaggi che non consentono la replica logica di spostare fisico:

  • Tutti i dati replicabili devono avere chiavi primarie;
  • La replica logica supporta non tutti i tipi di dati, ad esempio, sono possibili problemi con Blobs.
  • La replica logica nella pratica non è completamente sincrona: il tempo di ottenere modifiche alla loro applicazione è troppo grande in modo che la base principale possa aspettare;
  • La replica logica crea un grande carico sulla replica;
  • Durante la commutazione, l'applicazione dovrebbe essere in grado di assicurarsi che tutte le modifiche dalla base principale siano applicate su una replica - il DBMS spesso non può determinare questo, poiché per esso le modalità replica e la base principale sono equivalenti.

Le ultime due mancano significativamente l'uso di una replica logica come mezzo di tolleranza ai guasti. Se una richiesta nella base principale cambia subito molte righe, la replica può in ritardo significativamente. E la possibilità di cambiare ruolo richiede sforzi non dispari sia dagli sviluppatori che dagli amministratori.

Esistono diversi modi per implementare la replica logica, e ciascuno di questi metodi implementa una parte delle possibilità e non implementa un altro:

  • Replica con trigger;
  • Uso di riviste DBMS;
  • Utilizzo del software di classe CDC (modificare l'acquisizione dei dati);
  • Replica applicata.

Replica dei trigger

Trigger - Procedura memorizzata che viene eseguita automaticamente con qualsiasi azione sulla modifica dei dati. Un trigger che viene chiamato quando la chiave viene modificata, la chiave di questo disco è disponibile, nonché i valori di campo vecchi e nuovi. Se necessario, il trigger può salvare nuovi valori di riga in una tabella speciale, da cui il processo speciale sul lato della replica li conterrà. Il volume del codice in trigger è grande, quindi ci sono software speciali che generano tali trigger, ad esempio, "replica unione" - Microsoft SQL Server o componente Slong-i - un prodotto separato per la replica postgresql.

Punti di forza della replicazione con i trigger:

  • indipendenza dalle versioni della base principale e della replica;
  • Ampie opzioni di conversione dei dati.

Svantaggi:

  • caricare sulla base principale;
  • Ampio ritardo nella replica.

Usando registri DBMS.

Il DBMS stesso può anche fornire funzionalità logiche di replicazione. L'origine dati, nonché per la replicazione fisica, sono riviste. Le informazioni sui campi modificate vengono anche aggiunte alle informazioni sul cambiamento del sovraccarico (registrazione supplementare in Oracle,

Wal_level = logico.

In PostgreSQL), così come il valore di una chiave unica, anche se non cambia. Di conseguenza, il volume delle riviste BD aumenta - secondo le diverse stime dal 10 al 15%.

Le funzionalità di replica dipendono dall'attuazione in uno specifico DBMS - se è possibile creare standby logico in Oracle, quindi negli strumenti della piattaforma incorporati PostgreSQL o Microsoft SQL Server, è possibile distribuire un complesso sistema di abbonamenti e pubblicazioni reciproci. Inoltre, il DBMS fornisce strumenti di monitoraggio e replica integrati.

Gli svantaggi di questo approccio includono un aumento del volume dei tronchi e un possibile aumento del traffico tra i nodi.

Usando cdc.

C'è un'intera classe di software progettato per organizzare la replica logica. Questo è chiamato CDC, modifica l'acquisizione dei dati. Ecco la lista delle piattaforme più famose di questa classe:

  • Oracle Goldengate (Goldengate è stato acquistato nel 2009);
  • Replica dati InfoSphere IBM (in precedenza - InfoSphere CDC; Anche in precedenza - DataMirror Transform Server, DataMirror è stato acquistato nel 2007);
  • VISIONSOLUZIONI DOUBLETAKE / MIMIX (in precedenza - Vision Replicate1);
  • Piattaforma di integrazione dei dati Qlik (precedentemente - Attualità);
  • Informatica poweerexchange cdc;
  • Debolezio;
  • StreamSets Data Collector ...

L'attività della piattaforma include i registri del database di lettura, conversione delle informazioni, trasmettere informazioni su una replica e un'applicazione. Come nel caso della replica mediante il DBMS stesso, il registro deve contenere informazioni sui campi modificati. L'uso di un'applicazione aggiuntiva consente "al volo" di eseguire trasformazioni complesse di dati replicati e costruire una topologia di replica sufficientemente complessa.

Punti di forza:

  • la possibilità di replica tra DBMSS diversi, compreso il download dei dati ai sistemi di segnalazione;
  • le più ampie capacità di elaborazione e di conversione dei dati;
  • Traffico minimo tra i nodi - La piattaforma taglia i dati inutili e possono spremere il traffico;
  • Funzionalità di monitoraggio dello stato della replica integrata.

Le carenze non sono così tanto:

  • un aumento del volume delle riviste, come se la replica logica del DBMS mezzi;
  • Il nuovo software è complesso in configurazione e / o con licenze costose.

Sono le piattaforme CDC che vengono tradizionalmente utilizzate per aggiornare i data warehouse aziendali in modalità vicino al tempo reale.

Replica applicata

Infine, un altro modo di replica è la formazione dei vettori dei cambiamenti direttamente sul lato client. Il cliente deve formare richieste deterministiche che influenzano l'unico record. È possibile ottenere questo utilizzando una speciale libreria di lavoro di database, come Borland Database Engine (BDE) o Hibernate Orm.

Quando l'applicazione completa la transazione, il modulo connesso Hibernate Orm scrive la coda della coda ed esegue una transazione nel database. Un processo di replica speciale sottrae i vettori dalla coda ed esegue transazioni in una replica.

Questo meccanismo è buono per aggiornare i sistemi di segnalazione. Può anche essere utilizzato per fornire una tolleranza agli errori, ma in questo caso l'applicazione dello stato di replica dovrebbe essere implementata nell'appendice.

Tradizionalmente - i punti di forza e debolezza di questo approccio:

  • la possibilità di replica tra DBMSS diversi, compreso il download dei dati ai sistemi di segnalazione;
  • la capacità di elaborare e convertire dati, stato di monitoraggio, ecc.;
  • Traffico minimo tra i nodi - La piattaforma taglia i dati inutili e possono spremere il traffico;
  • La piena indipendenza dal database è sia dal formato che dal formato e dai meccanismi interni.

I vantaggi di questo metodo sono indiscutibili, tuttavia ci sono due inconvenienti molto seri:

  • Restrizioni sull'architettura dell'applicazione;
  • Una quantità enorme del proprio codice che fornisce la replica.

Quindi cosa è meglio?

Una risposta inequivocabile a questa domanda, come in molti altri, non esiste. Ma spero che la tabella seguente aiuterà a fare la scelta giusta per ogni compito specifico:

  • La replica del blocco ha senso quando non ci sono altri metodi di replica; Per i database è meglio non usarlo.
  • La replica fisica è buona quando è necessario garantire la tolleranza dei guasti dell'infrastruttura o trasferire la parte delle applicazioni di lettura alle repliche.
  • La replica logica è adatta per la tolleranza dei guasti solo se l'applicazione conosce questa replica e sa come attendere la sincronizzazione delle repliche in caso di incidente.
  • La replica logica è ideale per tutti i tipi di basi segnalabili.
  • I trigger di replica hanno senso se la base è molto caricata ed è necessario replicare una quantità di informazioni estremamente limitata.
  • Le piattaforme CDC sono buone se si dispone di un numero elevato di database replicabili e / o c'è bisogno di trasformazioni di dati complesse.
  • Lo sviluppo della replica applicata è giustificata solo in caso di piattaforma o quadro.

La funzione principale del DNA è il trasferimento di informazioni ereditarie. Quando si divide la cella, si verifica la riproduzione del DNA - Replicazione (raddoppiamento, ridotto) .

Replicazione - Questo è il processo di dissipazione del calore della molecola del DNA, eseguita sotto il controllo degli enzimi.

Sotto la replica della molecola del DNA, i legami idrogeno tra basi azotati complementari (adenine - Thime e Guanin - citosina) si stanno precipitando con l'aiuto di un enzima speciale - Helikhazy. - e le catene sono diverged.

Dopo aver infranto i legami di idrogeno, con la partecipazione dell'enzima DNA polimerasi. Su ciascuna delle catene, una nuova catena del DNA è sintetizzata (per ogni nucleotide del DNA Dense Yard, l'enzima del DNA Polymerase enzyme lo modifica al nucleotide IT). Il materiale di sintesi è nucleotidi gratuiti disponibili nelle celle di citoplasma.

Come risultato del processo di replica del DNA, si formano due molecole a due catene DNA, la composizione di ciascuna delle quali include una molecola "materna" della catena e una catena "sussidiaria". Queste due molecole sono assolutamente identiche e ogni sussidiaria a causa della divisione riceve una copia del DNA della Madre.

Stadi di replica del DNA.

  1. All'inizio, la molecola del DNA è "scaricata" - le catene della molecola sono rotte e divergono (ognuna delle due catene servirà come una sorta di matrice, su cui la nuova catena sarà sintetizzata).
  2. Enzima DNA polimerasi. "Attacca" nuovi nucleotidi alla matrice sul principio di complementare (ad Adenine - Timin, alla citosina - Guanina e viceversa).
  3. Non appena termina il processo, le nuove molecole di filiali (infermieristiche) sono deviate e contorte nelle spirali.
  2-replicazione-dna1.jpg

FONTI:

http://distant-lessons.ru/nukleinovye-kisloty.html.

Leave a Reply