VeeamON 2024 - Use Code "COMMUNITY10" for 10% Off!
Alguno más que creo que puede ser de interés:Buscador personalizado Veeam, sus resultados son contenido oficial Veeam: http://vee.am/VeeamCustomSearch VeeamHub en GitHub: https://github.com/VeeamHubEspero que os sean de utilidad!
Pues...depende si al crear el trabajo eliges “Recovery Points” o “Days” y de la frecuencia con que lo hagas. Si eliges lo primero, cuando tengas 15 backups hechos y lances el 16º, borrará el más viejo (entendemos que al ser todos full no hay dependencias). Es decir, si el día 3 te lías a lanzarlos a mano, al llegar al 16º borrará el viejo. Si programas que se ejecute 4 veces al día, pues en 4 días ya estarás borrando el más viejo.En cambio, si eliges “Days”, puedes tener todos los backups que quieras porque hasta que no se cumplan los 15 días no borrará lo más antiguo.No te confundas con el “reverse incremental” o con el “forward incremental”. Si lo que quieres es hacer backup full todos los días, no hay cadena, ni increméntales ni nada.
No indicas qué tipo de backup estás haciendo. Si lo has dejado por defecto, asumo que será Forward Incremental. Por lo tanto, para que se puedan borrar los puntos expirados necesitas que las cadenas se cierren, es decir, que generes un Full en algún momento: En otras palabras: para que los elementos más antiguos y fuera de política de retención se borren necesitas dos cosas: alcanzar el límite establecido en la política y que la cadena se cierre para que no haya dependencias. Gráficamente: Sin esos “Full”, no puedes borrar nada porque la cadena se queda inconsistente. En este enlace tienes un detalle de cómo funciona esto: https://helpcenter.veeam.com/docs/backup/vsphere/backup_methods.html?ver=110 Slds!!
Dependiendo del tipo de backup que estés haciendo, incluso podrías llegar a bajar un poco el intervalo. El modo “Move” solo se lleva las cadenas de backup inactivas (cerradas) que cumplen el tiempo indicado. Es decir, tú puedes marcar que mueva backups con más de 10 días, que si solo haces un Full al mes, solo te vas a llevar ese Full.https://helpcenter.veeam.com/docs/backup/vsphere/capacity_tier_move.html?ver=110 Slds!
Una duda, si mal no recuerdo, el indexado no era para poder hacer FLR desde la consola Veeam Enterprise Manager? si lo usas desde la consola de veeam, no es obligatorio tenerlo activado para usar FLR, no? Correcto, la opción de indexado solo tiene sentido activarla si tenemos un Veeam Enterprise Manager (VEM) desde donde podremos buscar algo como “mi-fichero-super-importantetxt” y VEM nos sacará el listado de todos los sitios donde lo tenga.Si no lo activas, no pasa nada porque porque siempre puedes abrir el Veeam Explorer for File&Folder en el backup de la máquina en cuestión y, desde ahí, hacer la misma búsqueda pero acotada en la máquina.Slds!
Como bien comentan, Veeam no es un antivirus...pero tiene la capacidad de invocar uno para asegurar exactamente eso que pides. Se llama “Secure Restore”, y puedes ejecutarlo tanto en tiempo de recuperación como parte de tu trabajo de verificación de backup con SureBackup.En este enlace hay información: https://helpcenter.veeam.com/docs/backup/vsphere/av_scan_about.html?ver=110Os dejo también un vídeo de cómo funciona: Saludos!
Pero… ¿cómo estás subiendo las cosas a Azure? No acabo de entender cómo lo estás haciendo, pero da la impresión de que estás subiendo manualmente las cosas desde la carpeta que uses de repositorio.Eso que dices de “En Azure tengo configurado que la carpeta donde salvan esos backups, suba cada 2 semanas (un jueves cada 2 semanas, por ejemplo).” no se puede configurar en Veeam, por eso creo que estás haciéndolo por fuera, cosa no soportada y que además es muy poco aconsejable!
Sí, el lab es un entorno aislado y seguro. En el vídeo de @HunterLAFR tienes cómo funciona y en este enlace los detalles de cómo montarlo: https://helpcenter.veeam.com/docs/backup/vsphere/surebackup_recovery_verification.html?ver=110Por otra parte: ese checkbox que has marcado lo único que va a revisar es que los ficheros de backup sean correctos, pero no que su contenido sea recuperable (cosa que se hace con SureBackup).Saludos!
Brillante!!! Muchas gracias!!
Super útil!! Muchas gracias!
Yo también empezaría por subir a la última versión de Veeam (la versión 9.5 ya no tiene soporte!) y lo sacaría de ese Win7.En cuanto al repo, si ya tienes un server y un Linux corriendo en él, ¡¡olvídate del CIFS y monta un Hardened Linux Repository! Ganarás en rendimiento, en ahorro de espacio y, sobre todo, tendrás inmutabilidad!
Buenas! Realmente has tocado lo único que se puede tocar, más allá de ver cómo está definida la política para el “move”. ¿Cuánto tiempo marcas para que haga el move? Los trabajos que usan ese repositorio, ¿generan algún full próximo a ese momento?Se que ahora mismo no es consuelo, pero el día que necesites recuperar algo del AWS verás como el “problema” se convierte en una virtud enorme porque no tendrá que descargar el backup completo. En ese momento, el ahorro en llamadas de API y, sobre todo, costes de egress compensará de sobra. Y eso sin meter el factor tiempo en descargar en la ecuación...
Un placer participar en la comunidad y ayudar en lo que se pueda!
Aparte de esto, tienes que pensar a muy largo plazo. 15 años son muchos años en la tecnología. Suponiendo que Veeam siga existiendo, que todos tocamos madera para que asi sea, tendrás datos que no puedas restaurar probablemente por la propia evolución del software. 15 años en Veeam son aproximadamente 12 versiones mas, con sus cambios, sus EOL etc... Totalmente de acuerdo en todo...excepto en lo de que “tendrás datos que no puedas restaurar por la propia evolución del SW”. Algo que caracteriza a todas las versiones de Veeam es la capacidad de “entender” los backups de versiones anteriores. Vamos, que se garantiza la “backward compatibility”Aunque es una entrada antigua, sigue vigente: https://forums.veeam.com/post105074.html?sid=5802a1a919cfd545d160bc3274ba58e0#p105074 En cuanto a retenciones a tan larguísimo plazo, a riesgo de que alguno me llame dinosaurio, yo me iría a cintas, teniendo en cuenta las correspondientes renovaciones del medio que habrá que hacer en algún momen
Hola! Como te explican más arriba, esa opción se encarga de que el proxy deduplique/comprima los datos en origen, antes de enviarlos.Y como bien te indican, si el destino es un appliance de deduplicación suele ser interesante desactivarlo para que este puede realizar el trabajo de la mejor manera posible. Pero esto tiene una “contra”: los datos viajan hasta el appliance sin comprimir/deduplicar, por lo que la transferencia se alarga y con ella la ventana de backup.Una opción para evitar esto es dejar esa opción activada, pero en el repositorio indicar que queremos que “rehidratar” la información antes de pasarla al repo.https://helpcenter.veeam.com/docs/backup/vsphere/repository_repository.htmlDe esta forma tenemos lo mejor de los dos mundos: el dato viaja comprimido y luego se descomprime para el mejor rendimiento del appliance. Obviamente esto consume tiempo y recursos en el destino, pero libera mucho la línea por la que pasamos los datos al destino.Saludos!
Como bien comenta @HunterLAFR no es necesario un VirtualLab para esta parte, es una funcionalidad nueva de v12.1 que permite analizar solamente si el punto de recuperación puede estar infectado. Se lanza desde un trabajo de Surebackup: Seleccionando esa opción, los siguientes pasos de selección del VirtualLab y del Appliaction Group, no están disponibles, pasando directamente a seleccionar los “Linked Jobs”.Después se selecciona si se quiere analizar con antivirus, con YARA Rules o con ambas opciones. El proceso de todo esto se hace en el mount server.Dicho esto, coincido con @HunterLAFR al 100% en la recomendación de hacer el SureBackup completo para garantizar la recuperabilidad del backup. Saludos!
Already have an account? Login
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.
