{"id":93710,"date":"2020-09-09T07:42:42","date_gmt":"2020-09-09T05:42:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj"},"modified":"2020-09-09T07:42:42","modified_gmt":"2020-09-09T05:42:42","slug":"politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","title":{"rendered":"Pol\u00edticas de almacenamiento de Veeam B&R: desenredando cadenas de respaldo junto con soporte t\u00e9cnico","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00a1Saludos a los lectores de nuestro blog! En parte ya nos conocemos, mis publicaciones en ingl\u00e9s han aparecido aqu\u00ed traducidas por mi estimada colega. polarowl<\/a><\/noindex>. Esta vez he decidido dirigirme directamente a la audiencia de habla rusa. <\/p>\n

Para mi debut, quer\u00eda encontrar un tema que fuera interesante para una audiencia lo m\u00e1s amplia posible y que requiriera un an\u00e1lisis detallado. Daniel Defoe afirmaba que la muerte y los impuestos son inevitables para cualquier persona. Desde mi perspectiva, puedo decir que cualquier ingeniero de soporte se enfrenta inevitablemente a preguntas sobre las pol\u00edticas de retenci\u00f3n de puntos de recuperaci\u00f3n (o, m\u00e1s sencillamente, retenci\u00f3n). Comenc\u00e9 a explicar c\u00f3mo funciona la retenci\u00f3n hace 4 a\u00f1os, cuando era un ingeniero de nivel inicial, y sigo explic\u00e1ndolo hoy, ahora como l\u00edder de equipo para los equipos de habla hispana e italiana. Estoy seguro de que mis colegas de segundo y hasta tercer nivel de soporte tambi\u00e9n responden regularmente a las mismas preguntas. <\/p>\n

En este contexto, sent\u00ed la necesidad de escribir un post definitivo, lo m\u00e1s detallado posible, al que los usuarios de habla rusa pudieran regresar una y otra vez como si fuera una gu\u00eda. El momento es adecuado: la recientemente lanzada d\u00e9cima versi\u00f3n, un hito, ha a\u00f1adido nuevas funcionalidades al conjunto b\u00e1sico que no ha cambiado en a\u00f1os. Mi post est\u00e1 orientado principalmente a esta versi\u00f3n, aunque la mayor parte de lo escrito tambi\u00e9n es cierta para versiones anteriores, hay algunas funcionalidades que simplemente no estar\u00e1n all\u00ed. Finalmente, mir\u00e1ndolo un poco hacia el futuro, dir\u00e9 que se esperan algunos cambios en la pr\u00f3xima versi\u00f3n, pero hablaremos de eso cuando llegue el momento. As\u00ed que, comencemos.<\/p>\n

\"Pol\u00edticas
\n<\/a><\/noindex><\/p>\n

Tareas de copia de seguridad (Backup job)<\/h2>\n

\nPara empezar, analicemos la parte que no ha cambiado en la versi\u00f3n 10. La pol\u00edtica de retenci\u00f3n se define por varios par\u00e1metros. Abramos la ventana para crear una nueva tarea y vayamos a la pesta\u00f1a Almacenamiento. Aqu\u00ed veremos un par\u00e1metro que define el n\u00famero deseado de puntos de recuperaci\u00f3n:<\/p>\n

\"Pol\u00edticas
\n
\nSin embargo, esto es solo una parte de la ecuaci\u00f3n. La cantidad real de puntos tambi\u00e9n se determina por el modo de copia de seguridad establecido para la tarea. Para seleccionar este par\u00e1metro, hay que hacer clic en el bot\u00f3n Avanzado en la misma pesta\u00f1a. Esto abrir\u00e1 una nueva ventana con muchas opciones. Las numeraremos y las revisaremos una por una:<\/p>\n

\"Pol\u00edticas
\n
\nSi se activa solo la opci\u00f3n 1, la tarea funcionar\u00e1 en modo \u00abincremental hacia adelante\u00bb (forever forward incremental). Aqu\u00ed no surgen complicaciones: la tarea almacenar\u00e1 el n\u00famero establecido de puntos de restauraci\u00f3n desde la copia de seguridad completa (archivo con la extensi\u00f3n VBK) hasta el \u00faltimo incremento (archivo con la extensi\u00f3n VIB). Cuando la cantidad de puntos supere el valor establecido, el incremento m\u00e1s antiguo se combinar\u00e1 con la copia de seguridad completa. En otras palabras, si se establece que la tarea almacene 3 puntos, inmediatamente despu\u00e9s de la sesi\u00f3n en el repositorio habr\u00e1 4 puntos, tras lo cual la copia de seguridad completa se combinar\u00e1 con el incremento m\u00e1s antiguo y el n\u00famero total de puntos volver\u00e1 a ser 3. <\/p>\n

\"Pol\u00edticas
\n
\nTambi\u00e9n es extremadamente sencillo el ret\u00e9n para el modo \u00abincremental inverso\u00bb (reverse incremental) (opci\u00f3n 2). Dado que en este caso el punto m\u00e1s reciente ser\u00e1 la copia de seguridad completa, seguida de una cadena de los llamados rebotes (archivos con la extensi\u00f3n VRB), basta con eliminar el rebote m\u00e1s antiguo para aplicar el ret\u00e9n. La situaci\u00f3n ser\u00e1 la misma: inmediatamente despu\u00e9s de la sesi\u00f3n, el n\u00famero de puntos superar\u00e1 el establecido por 1, tras lo cual volver\u00e1 al valor deseado.<\/p>\n

\"Pol\u00edticas
\n
\nTenga en cuenta que con el modo incremental inverso tambi\u00e9n se puede activar una copia de seguridad completa peri\u00f3dica (opci\u00f3n 4), pero esto no cambiar\u00e1 la esencia. S\u00ed, habr\u00e1 puntos completos de restauraci\u00f3n en la cadena, pero seguiremos eliminando los puntos m\u00e1s antiguos uno por uno. <\/p>\n

Finalmente, llegamos a la parte interesante. Si se activa la copia de seguridad incremental, pero adem\u00e1s se incluyen las opciones 3 o 4 (o ambas al mismo tiempo), la tarea comenzar\u00e1 a crear copias de seguridad completas peri\u00f3dicas mediante el m\u00e9todo \u00abactivo\u00bb o sint\u00e9tico. El m\u00e9todo de creaci\u00f3n de la copia de seguridad completa no importa: contendr\u00e1 los mismos datos, y la cadena incremental se dividir\u00e1 en \u00absubcadenas\u00bb. Este m\u00e9todo se llama incremental hacia adelante, y es precisamente el que genera una parte significativa de las consultas de nuestros clientes. <\/p>\n

La retenci\u00f3n aqu\u00ed se aplica eliminando la parte m\u00e1s antigua de la cadena (desde el respaldo completo hasta el incremental). No solo eliminaremos el respaldo vac\u00edo o solo una parte de los incrementales. Toda la \u00absubcadena\u00bb se elimina completamente de una vez. Tambi\u00e9n cambia el significado de la configuraci\u00f3n del n\u00famero de puntos: mientras que en otros m\u00e9todos se trata del n\u00famero m\u00e1ximo permitido, despu\u00e9s del cual se debe aplicar la retenci\u00f3n, aqu\u00ed esta configuraci\u00f3n determina el n\u00famero m\u00ednimo. En otras palabras, despu\u00e9s de eliminar la parte m\u00e1s antigua de la \u00absubcadena\u00bb, la cantidad de puntos en la parte restante no debe caer por debajo de este m\u00ednimo. <\/p>\n

Intentar\u00e9 representar gr\u00e1ficamente este concepto. Supongamos que la retenci\u00f3n est\u00e1 configurada para 3 puntos, y la tarea se ejecuta todos los d\u00edas con un respaldo completo el lunes. En este caso, la retenci\u00f3n se aplicar\u00e1 cuando el n\u00famero total de puntos alcance 10:<\/p>\n

\"Pol\u00edticas
\n
\n\u00bfPor qu\u00e9 10, cuando se establecieron 3? El lunes se cre\u00f3 un respaldo completo. Desde el martes hasta el domingo, la tarea generaba incrementales. Finalmente, el siguiente lunes se crea nuevamente un respaldo completo y solo cuando se hayan creado 2 incrementales, toda la parte antigua de la cadena puede eliminarse, porque la cantidad restante de puntos no caer\u00e1 por debajo de las 3 establecidas. <\/p>\n

Si la idea es clara, les propongo que intenten calcular la retenci\u00f3n por s\u00ed mismos. Tomemos las siguientes condiciones: la tarea se ejecuta por primera vez el jueves (naturalmente, se realizar\u00e1 un respaldo completo). La tarea est\u00e1 configurada para crear un respaldo completo los mi\u00e9rcoles y domingos y mantener 8 puntos de recuperaci\u00f3n. \u00bfCu\u00e1ndo se aplicar\u00e1 la retenci\u00f3n por primera vez?<\/p>\n

Para responder a esta pregunta, les recomiendo que tomen una hoja de papel, la dividan por d\u00edas de la semana y escriban qu\u00e9 punto se crea cada d\u00eda. La respuesta ser\u00e1 obvia.<\/p>\n

Respuesta<\/b>
\n \"Pol\u00edticas
\nExplicaci\u00f3n: para responder, es suficiente preguntarse \u00ab\u00bfcu\u00e1ndo se aplicar\u00e1 la retenci\u00f3n?\u00bb La respuesta es: cuando podamos eliminar los 3 primeros puntos (VBK, VIB, VIB) y la cadena restante no caiga por debajo de los 8 puntos establecidos. Se hace claro que podremos hacer esto cuando tengamos un total de 11 puntos, es decir, el domingo de la segunda semana. <\/p>\n

Algunos lectores pueden objetar: \u00ab\u00bfPara qu\u00e9 todo esto, si hay rps.dewin.me<\/a><\/noindex>?\u00bb. \u0411\u0435\u0437 \u0441\u043e\u043c\u043d\u0435\u043d\u0438\u044f, \u044d\u0442\u043e \u043e\u0447\u0435\u043d\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u0439 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442, \u0438 \u0432 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u044f \u0431\u044b \u043f\u0440\u0438\u043c\u0435\u043d\u044f\u043b \u0438\u043c\u0435\u043d\u043d\u043e \u0435\u0433\u043e, \u043d\u043e \u0435\u0441\u0442\u044c \u0443 \u043d\u0435\u0433\u043e \u0438 \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0435\u043d\u0438\u044f. \u041f\u0440\u0435\u0436\u0434\u0435 \u0432\u0441\u0435\u0433\u043e, \u043e\u043d \u043d\u0435 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u0443\u043a\u0430\u0437\u0430\u0442\u044c \u043d\u0430\u0447\u0430\u043b\u044c\u043d\u044b\u0435 \u0443\u0441\u043b\u043e\u0432\u0438\u044f, \u0430 \u0432\u043e \u043c\u043d\u043e\u0433\u0438\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u0441\u043b\u0443\u0447\u0430\u0435\u0432 \u0432\u043e\u043f\u0440\u043e\u0441 \u0437\u0432\u0443\u0447\u0438\u0442 \u0438\u043c\u0435\u043d\u043d\u043e \u00ab\u0443 \u043d\u0430\u0441 \u0435\u0441\u0442\u044c \u0442\u0430\u043a\u0430\u044f \u0446\u0435\u043f\u043e\u0447\u043a\u0430, \u0447\u0442\u043e \u0431\u0443\u0434\u0435\u0442, \u0435\u0441\u043b\u0438 \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0442\u0430\u043a\u0438\u0435-\u0442\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438?\u00bb. \u0412\u043e-\u0432\u0442\u043e\u0440\u044b\u0445, \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u0443 \u0432\u0441\u0435-\u0442\u0430\u043a\u0438 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043d\u0435 \u0445\u0432\u0430\u0442\u0430\u0435\u0442 \u043d\u0430\u0433\u043b\u044f\u0434\u043d\u043e\u0441\u0442\u0438. \u041f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u044f \u0441\u0442\u0440\u0430\u043d\u0438\u0447\u043a\u0443 RPS \u043a\u043b\u0438\u0435\u043d\u0442\u0430\u043c, \u044f \u043d\u0435 \u043d\u0430\u0445\u043e\u0434\u0438\u043b \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u044f, \u0430 \u0432\u043e\u0442 \u0440\u0430\u0441\u043f\u0438\u0441\u0430\u0432 \u0435\u0435 \u043a\u0430\u043a \u0432 \u043f\u0440\u0438\u043c\u0435\u0440\u0435 (\u0434\u0430\u0436\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f \u0442\u043e\u0442 \u0436\u0435 Paint), \u0434\u0435\u043d\u044c \u0437\u0430 \u0434\u043d\u0435\u043c, \u0432\u0441\u0435 \u0441\u0442\u0430\u043d\u043e\u0432\u0438\u043b\u043e\u0441\u044c \u044f\u0441\u043d\u043e. <\/p>\n

Finalmente, no hemos considerado la opci\u00f3n \"Transformar cadenas de respaldo anteriores en reversibles\" (marcada con el n\u00famero 5). Esta opci\u00f3n a veces confunde a los clientes que la activan \"autom\u00e1ticamente\", deseando simplemente incluir una copia de seguridad sint\u00e9tica. Sin embargo, esta opci\u00f3n activa un modo de respaldo completamente especial. Sin entrar en detalles, dir\u00e9 de inmediato que en esta etapa del desarrollo del producto, \"Transformar cadenas de respaldo anteriores en reversibles\" es una opci\u00f3n obsoleta, y no puedo pensar en ning\u00fan escenario en el que deber\u00eda usarse. Su valor es tan dudoso que durante un tiempo Anton Gostev pidi\u00f3 ejemplos de su uso \u00fatil a trav\u00e9s del foro (si tienes alguno, escr\u00edbeme en los comentarios, estar\u00e9 muy interesado). Si no se encuentra ninguno (y creo que as\u00ed ser\u00e1), la opci\u00f3n ser\u00e1 eliminada en las siguientes versiones. <\/p>\n

La tarea crear\u00e1 incrementos (VIB) hasta el d\u00eda en que se programar\u00e1 una copia de seguridad completa sint\u00e9tica. En ese d\u00eda, se crear\u00e1 realmente un VBK, pero todos los puntos hasta este VBK se transforman en reversibles (VRB). Despu\u00e9s de esto, la tarea continuar\u00e1 creando incrementos hacia la copia de seguridad completa hasta la siguiente copia de seguridad sint\u00e9tica. Como resultado, en la cadena se crea una mezcla explosiva de archivos VBK, VBR y VIB. La retenci\u00f3n se aplica de manera muy simple: eliminando el \u00faltimo VBR.<\/p>\n

\"Pol\u00edticas
\n<\/p>\n

Problemas<\/h3>\n

\nAdem\u00e1s de comprender c\u00f3mo funciona esto, la mayor\u00eda de los problemas que surgen al utilizar el modo incremental suelen estar relacionados con la copia de seguridad completa. Se necesita una copia de seguridad completa regular para este modo; de lo contrario, el repositorio acumular\u00e1 puntos hasta que se llene. <\/p>\n

Por ejemplo, una copia de seguridad completa puede crearse con demasiada poca frecuencia. Supongamos que la tarea est\u00e1 configurada para almacenar 10 puntos y la copia de seguridad completa se crea una vez al mes. Es evidente que la cantidad real de puntos aqu\u00ed ser\u00e1 significativamente mayor que la indicada. O la tarea est\u00e1 configurada para trabajar en modo incremental infinito y almacenar 50 puntos. Luego, alguien accidentalmente cre\u00f3 una copia de seguridad completa. Eso es todo, a partir de ahora la tarea esperar\u00e1 a que el punto completo acumule 49 incrementos, tras lo cual aplicar\u00e1 la retenci\u00f3n y volver\u00e1 al modo completamente infinito.<\/p>\n

En otros casos, la copia de seguridad completa est\u00e1 programada para crearse regularmente, pero por alguna raz\u00f3n esto no sucede. Aqu\u00ed detallar\u00e9 la raz\u00f3n m\u00e1s com\u00fan. Algunos clientes prefieren usar la opci\u00f3n de programaci\u00f3n \u201cejecutar despu\u00e9s\u201d y configurar tareas para que funcionen en cadena. Tomemos este ejemplo: hay 3 tareas que se ejecutan cada d\u00eda y crean una copia de seguridad completa el domingo. La primera tarea comienza a las 22:30, las dem\u00e1s se inician en cadena. La copia de seguridad incremental tarda 10 minutos, por lo que a las 23:00 todas las tareas han terminado. Sin embargo, la copia de seguridad completa tarda una hora, por lo que el domingo ocurre lo siguiente: la primera tarea funciona de 22:30 a 23:30. La siguiente de 23:30 a 00:30. Y la tercera tarea ya se inicia el lunes. La copia de seguridad completa est\u00e1 programada para el domingo, por lo que en este caso simplemente no existir\u00e1. La tarea esperar\u00e1 a que la copia de seguridad completa se aplique para implementar la retenci\u00f3n. Por lo tanto, tenga cuidado al usar la opci\u00f3n \u201cejecutar despu\u00e9s\u201d o no la use en absoluto; simplemente configure las tareas para que comiencen a la misma hora y permita que el planificador de recursos haga su trabajo. <\/p>\n

Una opci\u00f3n complicada: \u201cEliminar elementos eliminados\u201d<\/h2>\n

\nAl navegar por la configuraci\u00f3n de la tarea Almacenamiento \u2013 Avanzado \u2013 Mantenimiento, puede encontrar la opci\u00f3n \u201celiminar datos de elementos eliminados despu\u00e9s de\u201d, medida en d\u00edas. <\/p>\n

\"Pol\u00edticas
\n
\nAlgunos clientes esperan que esto sea la retenci\u00f3n. En realidad, es una opci\u00f3n completamente separada, cuya falta de comprensi\u00f3n puede llevar a consecuencias inesperadas. Sin embargo, primero necesitamos explicar c\u00f3mo B&R reacciona en situaciones donde durante la sesi\u00f3n solo se respaldan con \u00e9xito algunas m\u00e1quinas. <\/p>\n

Imaginemos el siguiente escenario: una tarea de copia de seguridad incremental infinita, configurada para mantener 6 puntos. En la tarea hay 2 m\u00e1quinas, una siempre se ha respaldado correctamente, la otra a veces daba errores. En \u00faltima instancia, al llegar al s\u00e9ptimo punto, se dio la siguiente situaci\u00f3n:<\/p>\n

\"Pol\u00edticas
\n
\nEs hora de aplicar la retenci\u00f3n, pero una m\u00e1quina tiene 7 puntos y la otra solo 4. \u00bfSe aplicar\u00e1 aqu\u00ed la retenci\u00f3n? La respuesta es: s\u00ed, se aplicar\u00e1. Si al menos un objeto fue respaldado, B&R considera que el punto ha sido creado. <\/p>\n

Una situaci\u00f3n similar puede surgir si alguna m\u00e1quina simplemente no fue incluida en la tarea durante una sesi\u00f3n espec\u00edfica. Esto puede ocurrir, por ejemplo, cuando las m\u00e1quinas se agregan a la tarea no de forma individual, sino en contenedores (carpetas, almacenes) y alguna m\u00e1quina migra temporalmente a otro contenedor. En tal caso, la tarea se considerar\u00e1 exitosa, pero en las estad\u00edsticas encontrar\u00e1s un mensaje que llama la atenci\u00f3n sobre el hecho de que esa m\u00e1quina ya no es tratada por la tarea. <\/p>\n

\"Pol\u00edticas
\n
\n\u00bfQu\u00e9 pasar\u00e1 si no se presta atenci\u00f3n a esto? En el caso de los modos de incrementaci\u00f3n infinita o decrementaci\u00f3n inversa, la cantidad de puntos de recuperaci\u00f3n de la m\u00e1quina 'problem\u00e1tica' disminuir\u00e1 con cada sesi\u00f3n, hasta llegar a 1, almacenada en el VBK. En otras palabras, incluso si la m\u00e1quina no se respalda durante mucho tiempo, a\u00fan quedar\u00e1 un punto de recuperaci\u00f3n. La situaci\u00f3n es diferente si se activan las copias de seguridad completas peri\u00f3dicas. Si se ignoran las se\u00f1ales de B&R, al final el \u00faltimo punto puede ser eliminado junto con la parte m\u00e1s antigua de la cadena. <\/p>\n

Una vez comprendidos estos detalles, finalmente podemos considerar la opci\u00f3n 'Eliminar datos de elementos eliminados despu\u00e9s de'. Esto eliminar\u00e1 todos los puntos para una m\u00e1quina espec\u00edfica si esa m\u00e1quina no se respalda durante X d\u00edas. Ten en cuenta que esta configuraci\u00f3n no reacciona a errores (se intent\u00f3, no se logr\u00f3). No debe haber ni siquiera un intento de respaldo de la m\u00e1quina. Aparentemente, la opci\u00f3n es \u00fatil y siempre se debe mantener activada. Si el administrador elimin\u00f3 la m\u00e1quina de la tarea, tendr\u00eda sentido limpiar las cadenas de datos innecesarios despu\u00e9s de un tiempo. Sin embargo, la configuraci\u00f3n requiere disciplina y atenci\u00f3n.<\/p>\n

Un ejemplo pr\u00e1ctico: en la tarea se a\u00f1adieron varios contenedores, cuya composici\u00f3n era bastante din\u00e1mica. Debido a la falta de RAM, el servidor B&R experiment\u00f3 problemas que pasaron desapercibidos. La tarea se inici\u00f3 e intent\u00f3 hacer una copia de seguridad de las m\u00e1quinas, excepto una que en ese momento no estaba presente en el contenedor. Como muchas m\u00e1quinas devolvieron errores, por defecto B&R debe intentar realizar 3 intentos adicionales para hacer una copia de seguridad de las m\u00e1quinas \"problem\u00e1ticas\". Debido a los constantes problemas de RAM, estos intentos se extendieron por varios d\u00edas. No hubo un segundo intento para hacer una copia de seguridad de la VM faltante (la ausencia de la VM no es un error). Al final, durante uno de los intentos adicionales, se cumpli\u00f3 la condici\u00f3n \u201cEliminar elementos eliminados\u201d y se eliminaron todos los puntos de la m\u00e1quina. <\/p>\n

Sobre esto puedo decir lo siguiente: si tiene configuradas las alertas sobre los resultados de las tareas, y a\u00fan mejor, si utiliza la integraci\u00f3n con Veeam ONE, lo m\u00e1s probable es que esto no le suceda. Si solo revisa el servidor B&R una vez a la semana para asegurarse de que todo funcione, es mejor evitar opciones que potencialmente puedan llevar a la eliminaci\u00f3n de copias de seguridad. <\/p>\n

Lo que se a\u00f1adi\u00f3 en la versi\u00f3n 10<\/h2>\n

\nLo que discutimos anteriormente existi\u00f3 en B&R durante muchas versiones. Una vez entendidos estos principios de funcionamiento, veamos qu\u00e9 se a\u00f1adi\u00f3 en la \"d\u00e9cima\" versi\u00f3n conmemorativa. <\/p>\n

Retenci\u00f3n diaria<\/h3>\n

\nAntes consideramos la pol\u00edtica de almacenamiento \"cl\u00e1sica\", basada en la cantidad de puntos. Un enfoque alternativo es configurar en el mismo men\u00fa \u201cd\u00edas\u201d en lugar de \u201cpuntos de restauraci\u00f3n\u201d. <\/p>\n

\"Pol\u00edticas
\n
\nLa idea es clara por el nombre: la retenci\u00f3n conservar\u00e1 un n\u00famero determinado de d\u00edas, mientras que la cantidad de puntos en cada d\u00eda no tiene importancia. Sin embargo, hay que recordar lo siguiente:<\/p>\n