Windows, Linux y macOS según la versión y el producto admitidos;
Windows, Linux y macOS según la versión y el producto admitidos;
Estructure tenants, agentes, almacenamiento, cifrado, retención, alertas y restauraciones sin convertir la flexibilidad multicloud en fragmentación operativa.
Gestión multitenant, almacenamiento elegido, políticas y recuperación probada.

MSP360 Managed Backup permite administrar organizaciones, usuarios, endpoints y planes desde una consola. La jerarquía multitenant debe reflejar aislamiento, delegación y soporte; las plantillas globales reciben excepciones controladas por carga de trabajo y cliente. Los roles, MFA cuando esté disponible, la baja de usuarios, la trazabilidad administrativa y la protección de credenciales de almacenamiento forman parte de la arquitectura. Add Solution documenta quién modifica políticas, accede a claves, ejecuta restauraciones y aprueba eliminaciones.
La cobertura comercial no sustituye la matriz de compatibilidad. El sistema operativo, el procesamiento application-aware, VSS, los permisos, las APIs y la granularidad de restauración se verifican antes del diseño.
Windows, Linux y macOS según la versión y el producto admitidos;
archivos, volúmenes e imágenes del sistema según la edición;
VMware e Hyper-V con integraciones y requisitos específicos;
Microsoft SQL Server y aplicaciones admitidas con consistencia validada;
Microsoft 365 y Google Workspace mediante ofertas específicas, según el alcance y la licencia vigentes.
MSP360 puede trabajar con almacenamiento en la nube de proveedores admitidos y destinos locales, según el producto. Utilizar una cuenta propia de almacenamiento amplía las opciones de costo y residencia, pero el cliente sigue siendo responsable de la cuenta, las claves, el ciclo de vida, la capacidad, la salida de datos y el soporte del proveedor. La inmutabilidad depende del backend, el modo de copia de seguridad y la configuración compatible. Object Lock, el versionado o la retención del proveedor no deben generalizarse. El período, la autoridad de eliminación y la recuperación de credenciales deben probarse.
Los planes definen origen, frecuencia, destino, compresión, cifrado, retención y notificaciones. Distintas políticas atienden endpoints móviles, servidores, bases de datos y VMs. Los límites de ancho de banda y las ventanas reducen el impacto, pero pueden comprometer el RPO cuando el volumen diario supera la capacidad de transferencia. El dimensionamiento considera el volumen protegido, la tasa de cambio, las copias completas e incrementales, la retención, el crecimiento, los múltiples destinos y el tiempo de restauración. Nunca se asume una tasa fija de deduplicación o compresión.
El cifrado en tránsito y en reposo depende del producto, el destino y la configuración. Cuando una contraseña o clave controlada por el cliente protege las copias de seguridad, su pérdida puede hacer imposible la recuperación. La custodia, la rotación, el acceso de emergencia y el depósito seguro de claves deben incluirse en el runbook. La consola, los endpoints y la cuenta de almacenamiento forman dominios de confianza distintos. Una única credencial administrativa no debe controlar silenciosamente todos ellos.
La restauración puede abarcar archivos, volúmenes, imágenes o cargas de trabajo compatibles. La recuperación bare-metal y la restauración en hardware o entornos distintos dependen de los drivers, el arranque, las licencias, la red y la aplicación. Add Solution prueba la ruta completa, no solo la lectura del objeto en el almacenamiento. Flujo de recuperación:
Definir eventos de pérdida, cargas de trabajo, dependencias, RPO, RTO y retención.
Dimensionar el plano de gestión, los agentes o proxies, la red, el almacenamiento y el aislamiento.
Aplicar políticas según criticidad, ventana, destino y autoridad administrativa.
Probar la consistencia, la restauración, la capacidad del destino y la aceptación del responsable.
Monitorear puntos de recuperación, fallos, capacidad, cambios y evidencias.
Los servicios SaaS protegidos, los objetos, las APIs, la retención y las licencias varían según la oferta. Deben definirse los usuarios dados de baja, el descubrimiento de nuevas cuentas, los permisos administrativos, la residencia y las búsquedas. La retención nativa del SaaS y las copias de seguridad independientes responden a eventos distintos.
La consola debe destacar endpoints sin copia de seguridad, la antigüedad del último punto de recuperación, los fallos recurrentes, los agentes sin conexión, la capacidad y las pruebas vencidas. Las alertas se derivan según tenant, severidad y horario; un informe sin una cola de atención con responsables no constituye una operación. RMM y Remote Desktop son productos complementarios y no debe asumirse que están incluidos ni que sustituyen el monitoreo de copias de seguridad. El acceso remoto requiere autorización y auditoría propias.
Definir eventos de perda, workloads, dependências, RPO, RTO e retenção.
Dimensionar plano de gestão, agentes ou proxies, rede, storage e isolamento.
Aplicar políticas por criticidade, janela, destino e autoridade administrativa.
Testar consistência, restore, capacidade do destino e aceite do owner.
Monitorar recovery points, falhas, capacidade, mudanças e evidências.
El licenciamiento puede variar según el producto, dispositivo, carga de trabajo, usuario, almacenamiento o plan contratado. El proveedor elegido puede cobrar el almacenamiento en la nube, las operaciones de API, la salida de datos, la retención y el cómputo de recuperación. Las funciones de Managed Backup, Backup independiente, Microsoft 365, Google Workspace, RMM y Connect no se tratan como un paquete universal. La compatibilidad, el ciclo de vida y el soporte se confirman en la documentación vigente. El soporte MSP360, el proveedor de almacenamiento y Add Solution tienen alcances propios.
Respuestas para decisiones de protección, recuperación y operación de MSP360.
Depende de la oferta. Muchos diseños utilizan almacenamiento elegido y contratado por separado; deben confirmarse la cuenta, el consumo, la salida de datos y el soporte.
No. El backend, el modo de copia de seguridad, la configuración y la autoridad administrativa determinan el control disponible.
No. La criticidad, el volumen, la conectividad, la retención, el sistema y el contrato requieren plantillas con excepciones controladas.
No debe darse por supuesto. Es una oferta específica con un alcance propio.
No. Deben validarse el hardware, los drivers, el arranque, las licencias, la red, las dependencias y la consistencia de la aplicación.
No. Pueden integrarse, pero la cobertura, las alertas y las responsabilidades son distintas.
evaluación de tenants y cargas de trabajo;
arquitectura multitenant y delegación;
agentes, políticas, almacenamiento y claves;
Microsoft 365 y Google Workspace con alcances propios;
dimensionamiento, ancho de banda y planificación de capacidad;
restauraciones, evidencias y runbooks;
alertas, informes y soporte operativo continuo.
Conecte tenants, almacenamiento, políticas, claves, alertas y pruebas con los compromisos reales de cada cliente.