{"id":97729,"date":"2020-10-21T08:42:22","date_gmt":"2020-10-21T06:42:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving"},"modified":"2020-10-21T08:42:22","modified_gmt":"2020-10-21T06:42:22","slug":"otkuda-berutsya-logi-veeam-log-diving","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","title":{"rendered":"Da dove provengono i log? Immersione nei log di Veeam","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Da<\/p>\n

Continuiamo il nostro approfondimento nel coinvolgente mondo del troubleshooting dei log. In articolo precedente<\/a><\/noindex> abbiamo concordato il significato dei termini di base e dato un rapido sguardo alla struttura generale di Veeam come applicazione unica. L'obiettivo di questa sessione \u00e8 capire come vengono generati i file di log, quali informazioni contengono e perch\u00e9 appaiono nel modo in cui appaiono.<\/p>\n

Cosa pensate che siano questi 'log' in realt\u00e0? Secondo la maggior parte, ai log di qualsiasi applicazione dovrebbe essere riservato il ruolo di un'entit\u00e0 onnipotente, che la maggior parte del tempo giace da qualche parte nell'ombra, ma che nel momento giusto emerge dal nulla con armature brillanti per salvare la situazione. Dovrebbero contenere tutto, dagli errori minimi in ogni componente, fino alle singole transazioni del database. E dopo un errore, dovrebbero indicare subito come correggerlo. E tutto questo dovrebbe starci in un paio di megabyte, al massimo. \u00c8 solo testo! I file di testo non possono occupare decine di gigabyte, l'ho sentito dire da qualche parte!<\/p>\n

Quindi, i log<\/h2>\n

Nel mondo reale, i log sono semplicemente archivi di informazioni diagnostiche. Spetta agli sviluppatori decidere cosa conservare, da dove ottenere le informazioni da memorizzare e quanto dettagliate devono essere. Alcuni scelgono un approccio minimalista, registrando solo gli eventi di accensione\/spegnimento, mentre altri si dedicano a raccogliere tutto ci\u00f2 che riescono a raggiungere. Esiste anche una soluzione intermedia che consente di scegliere il cosiddetto Logging Level, dove puoi specificare quanto dettagliate desideri che siano le informazioni da conservare e quanto spazio libero hai sui dischi =) VBR offre ben sei livelli in questo senso. E, credetemi, non volete vedere cosa succede con il logging pi\u00f9 dettagliato quando lo spazio sul disco \u00e8 disponibile.<\/p>\n

Va bene. Abbiamo un'idea di cosa vogliamo conservare, ma sorge una domanda legittima: da dove prendere queste informazioni? Parte degli eventi da registrare, naturalmente, li generiamo noi stessi attraverso i nostri processi interni. Ma cosa fare quando si verifica un'interazione con un ambiente esterno? Per evitare di scivolare in un caos di soluzioni improvvisate, Veeam tende a non reinventare la ruota. Ogni volta che c'\u00e8 gi\u00e0 un'API pronta, una funzione integrata nel sistema, una libreria, ecc., daremo la priorit\u00e0 a soluzioni esistenti piuttosto che iniziare a costruire le nostre soluzioni ingegnose. Anche se queste ultime non mancano. Pertanto, quando si analizzano i log, \u00e8 importante capire che gran parte degli errori proviene da messaggi di API di terze parti, chiamate di sistema e altre librerie. In questo caso, il ruolo di VBR \u00e8 quello di inoltrare questi errori nei file di log cos\u00ec come sono. Il compito principale dell'utente \u00e8 imparare a comprendere quale riga proviene da chi e per cosa risponde questo \u201cchi\u201d. Quindi, se il codice di errore nei log di VBR ti porta a una pagina di MSDN, \u00e8 normale e corretto.<\/p>\n

Come abbiamo concordato in precedenza: Veeam \u00e8 un'applicazione basata su SQL. Ci\u00f2 significa che tutte le impostazioni, tutte le informazioni e in generale tutto ci\u00f2 che \u00e8 necessario per un funzionamento ottimale sono archiviati nel suo database. Da qui una semplice verit\u00e0: ci\u00f2 che non \u00e8 nei log, probabilmente \u00e8 nel database. Ma non \u00e8 neanche una panacea: alcune cose non si trovano n\u00e9 nei log locali dei componenti di Veeam, n\u00e9 nel suo database. Pertanto, \u00e8 necessario imparare a esaminare i log dell'host, i log della macchina locale e i log di tutto ci\u00f2 che partecipa al processo di backup e ripristino. E a volte pu\u00f2 capitare che le informazioni necessarie non siano reperibili da nessuna parte. Questo \u00e8 il percorso. <\/p>\n

Alcuni esempi di tali API<\/h4>\n

Questo elenco non ha l'obiettivo di essere di completa esaustivit\u00e0, quindi non cercate in esso la verit\u00e0 ultima. Il suo compito \u00e8 solo mostrare le API e le tecnologie di terze parti pi\u00f9 comuni utilizzate nei nostri prodotti.<\/p>\n

Iniziamo con VMware<\/strong>. <\/p>\n

Il primo nell'elenco sar\u00e0 vSphere API<\/strong>. Utilizzato per l'autenticazione, la lettura della gerarchia, la creazione e la cancellazione degli snapshot, la richiesta di informazioni sulle macchine e molto (molto) altro ancora. Le funzionalit\u00e0 della soluzione sono molto ampie, pertanto consiglio a chiunque sia interessato di consultare  il Riferimento API di VMware vSphere per la versione 5.5<\/u><\/a><\/noindex> e 6.0<\/u><\/a><\/noindex>. Per le versioni pi\u00f9 recenti, \u00e8 tutto facilmente reperibile su Google.<\/p>\n

VIX API<\/strong>. Magia nera dell'ipervisor, per la quale esiste un elenco separato di errori.<\/u><\/a><\/noindex>. API VMware per lavorare con file sull'host senza doverli connettere in rete. Una soluzione di ultima istanza, quando \u00e8 necessario caricare un file su una macchina per cui non c'\u00e8 un canale di comunicazione migliore. \u00c8 fonte di dolore e sofferenza se il file \u00e8 grande e l'host \u00e8 carico. Ma qui vale la regola che anche 56,6 Kb\/s \u00e8 meglio di 0 Kb\/s. In Hyper-V, una cosa simile si chiama PowerShell Direct. Ma cos\u00ec \u00e8 stato solo fino all'arrivo di<\/p>\n

vSphere Web Services API<\/strong> . A partire da vSphere 6.0 (circa, poich\u00e9 questo API \u00e8 stato introdotto per la prima volta nella versione 5.5) viene utilizzato per lavorare con le macchine virtuali ed ha ormai praticamente sostituito VIX. In sostanza, \u00e8 un altro API per la gestione di vSphere. Per chi \u00e8 interessato, consiglio di studiare un ottimo<\/u><\/a><\/noindex> manuale. <\/p>\n

VDDK<\/strong> (Virtual Disk Development Kit). La libreria di cui si \u00e8 parlato parzialmente in questo articolo<\/u><\/a><\/noindex>. Utilizzato per leggere dischi virtuali. In passato faceva parte di VIX, ma nel tempo \u00e8 stato separato in un prodotto dedicato. Tuttavia, come suo erede, utilizza gli stessi codici di errore di VIX.  Ma per qualche motivo nel SDK non c'\u00e8 alcuna descrizione di questi errori. Pertanto, \u00e8 stato scoperto attraverso esperienza che gli errori VDDK con codici diversi sono semplicemente una traduzione dal binario al codice decimale. \u00c8 composto da due parti: la prima met\u00e0 rappresenta informazioni non documentate sul contesto, mentre la seconda parte consiste nei tradizionali errori VIX\/VDDK. Ad esempio, se vediamo:<\/p>\n

VDDK error: 21036749815809.Unknown error<\/code><\/p>\n

Possiamo tranquillamente convertirlo in hex e otteniamo 132200000001. L'inizio poco informativo 132200 lo scartiamo, e il resto sar\u00e0 il nostro codice errore (VDDK 1: Errore sconosciuto). Recentemente \u00e8 stato fatto un approfondimento sui pi\u00f9 comuni errori VDDK. articolo<\/u><\/a><\/noindex>.<\/p>\n

Ora diamo un'occhiata a WIndows<\/strong>. <\/p>\n

Qui possiamo trovare tutto ci\u00f2 di cui abbiamo bisogno e che \u00e8 importante per noi nel Event Viewer<\/strong>. Ma c'\u00e8 un problema: per antica tradizione, Windows registra non il testo completo dell'errore, ma solo il suo numero. Ad esempio, l'errore 5 \u00e8 \"Accesso negato\", il 1722 \u00e8 \"Il server RPC non \u00e8 disponibile\" e il 10060 \u00e8 \"Timeout della connessione\". Certo, \u00e8 fantastico se ricordi i pi\u00f9 noti, ma come fare con quelli mai visti prima? <\/p>\n

E per evitare che la vita sembri troppo dolce, gli errori vengono archiviati anche in formato esadecimale, con il prefisso 0x8007. Ad esempio, 0x8007000e \u2014 in realt\u00e0 \u00e8 14, Out of Memory. Perch\u00e9 e per chi sia stato fatto \u00e8 un mistero. Tuttavia, \u00e8 possibile scaricare gratuitamente e senza SMS l'elenco completo degli errori da devcenter<\/u><\/a><\/noindex>.<\/p>\n

Per inciso, a volte ci sono altri prefissi, non solo 0x8007. In una situazione cos\u00ec triste, per comprendere HRESULT (\"handle di risultato\") \u00e8 necessario approfondire ulteriormente documentazione<\/u><\/a><\/noindex> per sviluppatori. Nella vita di tutti i giorni, non te lo consiglio, ma se ti trovi in difficolt\u00e0 o semplicemente sei curioso, ora sai cosa fare.<\/p>\n

Ma i ragazzi della Microsoft si sono un po' impietositi nei nostri confronti e hanno rilasciato l'utility ERR<\/u><\/a><\/noindex>. Si tratta di un piccolo pezzo di felicit\u00e0 da console, che sa tradurre i codici di errore in un linguaggio comprensibile senza utilizzare Google. Funziona pi\u00f9 o meno in questo modo.<\/p>\n

C:UsersrootDesktop>err.exe 0x54f\n# per hex 0x54f \/ decimale 1359\n  ERROR_INTERNAL_ERROR                                           winerror.h\n# Si \u00e8 verificato un errore interno.\n# come HRESULT: Severit\u00e0: SUCCESS (0), FACILITY_NULL (0x0), Codice 0x54f\n# per hex 0x54f \/ decimale 1359\n  ERROR_INTERNAL_ERROR                                           winerror.h\n# Si \u00e8 verificato un errore interno.\n# 2 corrispondenze trovate per \"0x54f\"<\/code><\/pre>\n
Sorge una domanda legittima: perch\u00e9 non scriviamo subito una spiegazione nei log e lasciamo questi codici misteriosi? La risposta sta nelle applicazioni di terze parti. Quando chiami tu stesso una qualche chiamata WinAPI, decifrare la risposta non \u00e8 difficile, poich\u00e9 esiste una chiamata WinAPI speciale per questo. Ma come gi\u00e0 detto, nei nostri log entra tutto ci\u00f2 che viene in risposta. E qui bisognerebbe monitorare costantemente questo flusso di coscienza, estrarre pezzi con gli errori di Windows, decifrarli e reinserirli. Diciamo la verit\u00e0, non \u00e8 l'attivit\u00e0 pi\u00f9 entusiasmante.<\/p>\n
API di Gestione File di Windows <\/strong>\u00e8 utilizzata in vari modi per lavorare con i file. Creazione di file, eliminazione, apertura in scrittura, gestione degli attributi e molto altro.<\/p>\n
Il suddetto PowerShell Direct<\/strong> come analogo all'API VIX nel mondo di Hyper-V. Purtroppo, non \u00e8 cos\u00ec flessibile: ci sono molte limitazioni funzionali, non \u00e8 compatibile con ogni versione dell'host e non con tutti i guest.<\/p>\n
richiesta RPC<\/strong> (Remote Procedure Call) Penso che non ci sia persona che abbia lavorato con Windows e non abbia visto errori legati a RPC. Nonostante la diffusa convinzione errata, questo non \u00e8 un unico protocollo, ma qualsiasi protocollo client-server che soddisfi una serie di parametri. Tuttavia, se nei nostri log c'\u00e8 un errore RPC, nel 90% dei casi sar\u00e0 un errore di Microsoft RPC, che fa parte di DCOM (Distributed Component Object Model).  In rete \u00e8 possibile trovare un'enorme quantit\u00e0 di documentazione su questo tema, ma gran parte di essa \u00e8 piuttosto obsoleta. Se hai un forte desiderio di approfondire l'argomento, posso raccomandare degli articoli Che cos'\u00e8 RPC?<\/u><\/a><\/noindex>, Come funziona RPC<\/u> <\/a><\/noindex>e un elenco lungo di errori RPC<\/u><\/a><\/noindex>.<\/p>\n
Le principali cause degli errori RPC nei nostri log sono i tentativi di interazione falliti tra i componenti VBR (server > proxy, ad esempio) e pi\u00f9 frequentemente a causa di problemi di connessione.<\/p>\n
Il miglior tra tutti i migliori \u2014 \u00e8 l'errore The RPC server is unavailable (1722). In parole semplici, il client non \u00e8 riuscito a stabilire una connessione con il server. Il motivo e perch\u00e9 \u2014 non c'\u00e8 una risposta univoca, ma di solito \u00e8 un problema di autenticazione o di accesso alla rete sulla porta 135. Quest'ultima \u00e8 tipica delle infrastrutture con assegnazione dinamica delle porte. A questo proposito, c'\u00e8 persino una K\u0411 separata<\/u><\/a><\/noindex>. E per Microsoft \u2014 una guida dettagliata<\/u><\/a><\/noindex> per la ricerca delle cause del malfunzionamento.<\/p>\n
Il secondo errore pi\u00f9 comune \u00e8: There are no more endpoints available from the endpoint mapper (1753). Il client RPC o il server non sono riusciti ad assegnare una porta. Di solito si verifica quando il server (nel nostro caso la macchina ospite) \u00e8 stato configurato per l'assegnazione dinamica delle porte da un intervallo ristretto, che si \u00e8 esaurito. Se si osserva dalla parte del client (nel nostro caso il server VBR), significa che il nostro VeeamVssAgent non \u00e8 stato avviato o non \u00e8 stato registrato come interfaccia RPC. Anche su questo tema esiste una K\u0411 separata<\/u><\/a><\/noindex>.<\/p>\n
E per completare il Top 3 degli errori RPC, ricordiamo che la chiamata di funzione RPC \u00e8 fallita (1726). Questo errore si presenta quando la connessione \u00e8 stata stabilita, ma le richieste RPC non vengono elaborate. Ad esempio, stiamo richiedendo informazioni sullo stato di VSS (magari in quel momento si sta eseguendo una copia shadow e noi stiamo tentando di accedervi), e invece non riceviamo risposta ma solo silenzio e ignoranza.<\/p>\n
API di backup su nastro di Windows <\/strong>\u00e8 necessaria per lavorare con librerie o unit\u00e0 a nastro. Come ho menzionato all'inizio: non ci fa piacere scrivere i nostri driver e poi faticare nel supporto di ciascun dispositivo. Pertanto, non abbiamo driver proprietari. Tutto avviene tramite l'API standard, il cui supporto \u00e8 fornito dai produttori di hardware stessi. \u00c8 molto pi\u00f9 logico, vero?<\/p>\n
SMB\/CIFS<\/strong> Tutti di solito li scrivono vicini, anche se non tutti ricordano che CIFS (Common Internet File System) \u00e8 semplicemente una versione privata di SMB (Server Message Block). Quindi non c'\u00e8 nulla di sbagliato nell'imprecisare questi concetti. Samba \u00e8 gi\u00e0 l'implementazione di Linux\/Unix, e ci sono le proprie peculiarit\u00e0, ma mi sono distratto. Ci\u00f2 che \u00e8 importante: quando Veeam chiede di scrivere qualcosa su un percorso UNC (serverdirectory), il server utilizza la gerarchia dei driver del file system, compresi mup e mrxsmb, per scrivere sulla condivisione. Di conseguenza, anche questi driver genereranno errori.<\/p>\n
Non si pu\u00f2 fare a meno di Winsock API<\/strong>. Se c'\u00e8 qualcosa da fare in rete, VBR funziona attraverso il Windows Socket API, comunemente noto come Winsock. Quindi se vediamo nel registro una combinazione IP:Port, \u00e8 lui. Nella documentazione ufficiale c'\u00e8 un buon elenco di possibili errori<\/u><\/a><\/noindex>.<\/p>\n
Il suddetto WMI<\/strong> (Windows Management Instrumentation) \u2014 \u00e8 un potente API per la gestione di tutto ci\u00f2 che riguarda il mondo Windows. Ad esempio, quando si lavora con Hyper-V, quasi tutte le richieste al host avvengono proprio tramite questo. Insomma, \u00e8 uno strumento indispensabile e molto potente nelle sue funzionalit\u00e0. Nelle sue tentazioni di aiutare a scoprire dove e cosa sia andato storto, l'utility integrata WBEMtest.exe \u00e8 davvero utile.<\/p>\n
E ultimo nella lista, ma non meno importante \u2014 VSS<\/strong> (Volume Shadow Storage). Un argomento cos\u00ec ricco e misterioso quanto la documentazione scritta a riguardo. La Shadow Copy \u00e8 pi\u00f9 facile da comprendere come un tipo speciale di snapshot, che in realt\u00e0 \u00e8 ci\u00f2 che rappresenta. Grazie a questo, in VMware \u00e8 possibile eseguire backup coerenti con l'applicazione, e in Hyper-V si pu\u00f2 praticamente fare tutto. Ho in programma di scrivere un articolo separato con un riassunto su VSS, ma nel frattempo potete provare a leggere questa descrizione<\/u><\/a><\/noindex>. Solo con cautela, poich\u00e9 cercare di comprendere VSS di fretta pu\u00f2 portare a danni cerebrali.<\/p>\n
A questo punto, credo di poter fermarmi. Ritengo che la mia missione di spiegare le nozioni di base sia compiuta, quindi nel prossimo capitolo ci concentreremo sui log. Ma se avete domande, non esitate a condividerle nei commenti.<\/p>\n<\/p>\n
Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u041f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u043d\u0430\u0448\u0435 \u043f\u043e\u0433\u0440\u0443\u0436\u0435\u043d\u0438\u0435 \u0432 \u0443\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043c\u0438\u0440 \u0433\u0430\u0434\u0430\u043d… \u0442\u0440\u0430\u0431\u043b\u0448\u0443\u0442\u0438\u043d\u0433\u0430 \u043f\u043e \u043b\u043e\u0433\u0430\u043c. \u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0434\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438\u0441\u044c \u043e \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0438 \u0431\u0430\u0437\u043e\u0432\u044b\u0445 \u0442\u0435\u0440\u043c\u0438\u043d\u043e\u0432 \u0438 \u043e\u0434\u043d\u0438\u043c \u0433\u043b\u0430\u0437\u043a\u043e\u043c \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043e\u0431\u0449\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 Veeam, \u043a\u0430\u043a \u0435\u0434\u0438\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u0417\u0430\u0434\u0430\u0447\u0430 \u043d\u0430 \u044d\u0442\u0443 — \u0440\u0430\u0437\u043e\u0431\u0440\u0430\u0442\u044c\u0441\u044f \u043a\u0430\u043a \u0444\u043e\u0440\u043c\u0438\u0440\u0443\u044e\u0442\u0441\u044f \u043b\u043e\u0433 \u0444\u0430\u0439\u043b\u044b, \u0447\u0442\u043e \u0437\u0430 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0432 \u043d\u0438\u0445 \u043e\u0442\u043e\u0431\u0440\u0430\u0436\u0435\u043d\u0430 \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u043e\u043d\u0438 \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442 \u043a\u0430\u043a \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442. \u041a\u0430\u043a \u0432\u044b \u0434\u0443\u043c\u0430\u0435\u0442\u0435, \u0447\u0442\u043e \u0432\u043e\u043e\u0431\u0449\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97730,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97729","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Da dove provengono i log? Immersione nei log di Veeam | ProHoster","description":"Proseguiamo il nostro approfondimento nel coinvolgente mondo del troubleshooting attraverso i log. Nell'articolo precedente abbiamo concordato il significato dei termini di base e abbiamo dato un'occhiata alla struttura generale di Veeam come applicazione unica. L'obiettivo di questo articolo \u00e8 capire come si formano i file di log, quale informazione contengono e perch\u00e9 appaiono cos\u00ec come sono. Cosa ne pensate, cosa sono realmente?","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0442\u043a\u0443\u0434\u0430 \u0431\u0435\u0440\u0443\u0442\u0441\u044f \u043b\u043e\u0433\u0438? Veeam Log Diving | ProHoster","og:description":"\u041f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u043d\u0430\u0448\u0435 \u043f\u043e\u0433\u0440\u0443\u0436\u0435\u043d\u0438\u0435 \u0432 \u0443\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043c\u0438\u0440 \u0433\u0430\u0434\u0430\u043d... \u0442\u0440\u0430\u0431\u043b\u0448\u0443\u0442\u0438\u043d\u0433\u0430 \u043f\u043e \u043b\u043e\u0433\u0430\u043c. \u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0434\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438\u0441\u044c \u043e \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0438 \u0431\u0430\u0437\u043e\u0432\u044b\u0445 \u0442\u0435\u0440\u043c\u0438\u043d\u043e\u0432 \u0438 \u043e\u0434\u043d\u0438\u043c \u0433\u043b\u0430\u0437\u043a\u043e\u043c \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043e\u0431\u0449\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 Veeam, \u043a\u0430\u043a \u0435\u0434\u0438\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u0417\u0430\u0434\u0430\u0447\u0430 \u043d\u0430 \u044d\u0442\u0443 - \u0440\u0430\u0437\u043e\u0431\u0440\u0430\u0442\u044c\u0441\u044f \u043a\u0430\u043a \u0444\u043e\u0440\u043c\u0438\u0440\u0443\u044e\u0442\u0441\u044f \u043b\u043e\u0433 \u0444\u0430\u0439\u043b\u044b, \u0447\u0442\u043e \u0437\u0430 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0432 \u043d\u0438\u0445 \u043e\u0442\u043e\u0431\u0440\u0430\u0436\u0435\u043d\u0430 \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u043e\u043d\u0438 \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442 \u043a\u0430\u043a \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442.\u041a\u0430\u043a \u0432\u044b \u0434\u0443\u043c\u0430\u0435\u0442\u0435, \u0447\u0442\u043e \u0432\u043e\u043e\u0431\u0449\u0435 \u0442\u0430\u043a\u043e\u0435","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-21T06:42:22+00:00","article:modified_time":"2020-10-21T06:42:22+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97729","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:14:39","updated":"2022-09-30 13:30:55"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/97729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=97729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/97729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/97730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=97729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=97729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=97729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}