Size: a a a

SCOM + SCorch + DPM

2018 October 26

Е

Евгений in SCOM + SCorch + DPM
я подозреваю что включить дедуп МОЖНО
источник

Е

Евгений in SCOM + SCorch + DPM
только потом джобы будут по сто часов занимать и цпу с схд захлебнется
источник

KZ

Kamil Zaripov in SCOM + SCorch + DPM
Aleksandr Prianishnikov
Да, 2012 р2
считается, что на 2012 дедуп так се
источник

KZ

Kamil Zaripov in SCOM + SCorch + DPM
Евгений
только потом джобы будут по сто часов занимать и цпу с схд захлебнется
только если цпу и3, вот этот охереет
источник

Е

Евгений in SCOM + SCorch + DPM
гм
источник

Е

Евгений in SCOM + SCorch + DPM
у меня дпм когда был, то его на всякое копрожелезо ставили
источник

KZ

Kamil Zaripov in SCOM + SCorch + DPM
Евгений
у меня дпм когда был, то его на всякое копрожелезо ставили
я про дедуп, у нас бекап  на и3. когда оно пытается 10 Тб переварить, иногда хренеет
источник

AP

Aleksandr Prianishnikov in SCOM + SCorch + DPM
а есть какой-то док от мс, что типа можно делать
источник

AP

Aleksandr Prianishnikov in SCOM + SCorch + DPM
источник

AP

Aleksandr Prianishnikov in SCOM + SCorch + DPM
One frequently asked question is, why shouldn’t we enable dedup on DPM storage volumes (replica and shadow copy volumes).  This needs understanding of how DPM stores its backup data.  DPM has replica volume which reflects latest and greatest snapshot of the production server.  As part of IR, Replica Volume will reflect the production server and a snapshot is created.  At the time of next backup, DPM copies the new content onto replica volume which will cause a Copy On Write (COW) onto shadow copy volume as VolSnap is keeping the old snapshot intact.  After backup completes, DPM creates a snapshot on Replica volume.  VolSnap will do COW for any subsequent changes to this “snapshotted” volume.  So, when dedup engine try to deduplicate the content, all writes on Replica Volume will lead to COW and so bloats up diff area.  So, actual DPM storage consumption will go up due to this diff area increase.  Another issue is that DPM’s CC logic will not work as the files on DPM side and on production side are mismatching.  This makes CC think that backups are not proper and transfer all content again.  So, dedup should not be enabled on DPM storage volumes.

Стремно включать тогда)
источник

АП

Алексей Попов in SCOM + SCorch + DPM
Алексей Попов
Коллеги, привет.
После перезагрузки одного management-сервера (из трёх) management-группа упала, в логи кидает несколько ивентов (указаны ниже), консоль не подключается, SDK-сервис падает через минуту. Если запустить SDK-сервис от имени другого администратора (не того SDK-акка, под которым вчера всё работало) - SDK-сервис стартует и работает, консоль подключается, но ивенты в логах продолжают появляться. Есть ли у кого идеи, куда копнуть?
Понятно, что какие-то проблемы с авторизацией, но никаких изменений со старым sdk-акком не зафиксировано.

-EventID: 26340
System Center Data Access Service and/or System Center Management is unresponsive because Authorization Manager is unable to recover from database errors. Please restart services System Center Data Access Service and System Center Management.

-EventID: 26380
The System Center Data Access service failed due to an unhandled exception.  
The service will attempt to restart.
Exception:

Microsoft.EnterpriseManagement.Common.SdkServiceNotInitializedException: The Data Access service has not yet initialized. Please try again.
  at Microsoft.EnterpriseManagement.ServiceDataLayer.DispatcherService.get_Container()
  at Microsoft.EnterpriseManagement.Mom.Sdk.Service.SdkSubService.SdkChannel.Start()
  at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
  at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
  at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
  at System.Threading.ThreadPoolWorkQueue.Dispatch()

-EventID: 29111
OpsMgr Management Configuration Service failed to stop due to the following exception

System.ServiceProcess.TimeoutException: Failed to perform operation. Timeout provided has expired
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Service.LongRunningOperationManager.ExecuteOperation(ServiceBase service, LongRunningOperationCallback callback)
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Service.ConfigService.StopConfigServiceEngine()
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Service.ConfigService.OnStop()
Пофиксили следующим образом:
удалить аккаунт SDK из SQL, остановить на всех management-серверах SCOM сервисы Data Access, Management Configuration и Microsoft Monitoring Agent, удаляем папку "Health Service State", добавляем SDK-акк в SQL и выдаём нужные права, запускаем сервисы.
Права в SQL на SDK-акк были, однако, не срабатывали. Почему - не ясно, т.к. никто изменений в правах не делал.
источник

AM

Anton Masyan in SCOM + SCorch + DPM
источник

AM

Anton Masyan in SCOM + SCorch + DPM
бля, это пиздец)))
источник

AM

Anton Masyan in SCOM + SCorch + DPM
концовка просто бомба )
источник

AM

Anton Masyan in SCOM + SCorch + DPM
берем айфрейм из повер биай клауд и вставляем в графану
источник

AM

Anton Masyan in SCOM + SCorch + DPM
бадум-тсс )))
источник

D

Dmitry in SCOM + SCorch + DPM
источник

EL

Eugene Leitan in SCOM + SCorch + DPM
Aleksandr Prianishnikov
Да, 2012 р2
источник

EL

Eugene Leitan in SCOM + SCorch + DPM
Евгений
он и в 2016 не поддерживает дедупликацию на своих томах
источник
2018 October 28

D

Dmitry in SCOM + SCorch + DPM
источник