VeeamON 2024 - Use Code "COMMUNITY10" for 10% Off!
Es más sencillo.Son backups de VM que ocupan 50-100GB y que voy a lanzar a demanda sin fecha especifica. Puedo ejecutar una vez, o x veces, pero el backup que me va a importar, va ser el último, por ello lo de que el backup siempre sea full y elimine copias anteriores.En Azure tengo configurado que la carpeta donde salvan esos backups, suba cada 2 semanas (un jueves cada 2 semanas, por ejemplo). Por tanto cada 14 días, lo que tengo en esa carpeta sube a Azure, y si tengo configurado en Veeam que los ficheros se mantengan durante 15 días, siempre, lance cuando lance, deben subir a Azure.La idea es subir a Azure y eliminar los ficheros a local en un tiempo prudencial. Obviamente las VM están On Premise, no en Azure. Aclarado esto, ¿cuál es la forma óptima de forzar que el backup sea full? Las opciones que tengo son “Reverse Incremental”, “Incremental” a secas y ya luego lo de crear periódicamente Active full backups, pero no quiero que se creen periódicamente, quiero que se ejecuten así
Pues resulta que al final he podido arreglar esto cambiando la configuración del Scale-Out.En mi caso tengo un trabajo configurado para ejecutarse diariamente, con retención de 30días y GFS de 12 mensuales. Es decir, cada 1 del mes me guarda un mensual.Lo que he hecho ha sido cambiar la configuración del Scale-Out, en Capacity Tier para que me suba sólo backups que tengan más de 50 días. De esta forma me aseguro que sólo encuentre esos mensuales. Cuando corre el trabajo de SOBR, borra los backups que estén arriba si no cumplen las políticas.Y así se queda… arriba sólo los mensualesUn saludo
Buenas tardes,Escribo por aquí por si le sirve de ayuda a alguien… Abrí un caso con Soporte y lo primero que me dijeron es que no hay un límite como tal a la hora de hacer un backup File To Tape.Lo primero que me solicitaron fue instalar el parche acumulativo 11.0.1.1261 P20220302. Luego, el tema está en que cuantos más ficheros y más carpetas haya que salvar, más recursos se necesitan. En esta ecuación entran el Backup Server, el Tape Server, y el Proxy Server. Estas máquinas tienen que estar bien ajustadas en cuanto a CPU y memoria. Si un elemento falla, fallará el backup.En mi caso, el backup era de poco tamaño (algo más de 100GB) pero de unos 200.000 ficheros. En el momento en que lo lanzamos a través de un proxy con 16GB de RAM lo sacó a la primera…Está claro que lo de los proxys es súper crítico y hay que tenerlo todo bien dimensionado. Un saludo
A mí me gustarían temas de integración con Azure. Una visión general de Veeam Backup for Azure v4, licenciamiento, cómo instalar el complemento de Veeam, cómo desplegar la máquina que realizará backups, cómo definir trabajos… Y en cuanto a los eventos, ya tocan presenciales 😁. Saludos desde Madrid!
Gracias Patricio.Una pregunta, ¿qué ocurre si uno de esos repositorios se me cae? Hablo de forma no programada, es decir por avería por ejemplo, pierdo un repositorio donde tenía salvado un backup. ¿Puedo restaurar en ese caso?¿Se comporta por ejemplo como un RAID de discos?Gracias
Already have an account? Login
Enter your username or 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.
