Olá Tariq,
1. aDSO é a única camada persistente que estará disponível conforme a roadmap da SAP (desde o SAP BW/4HANA). Além disso, aDSO é um objeto otimizado para o SAP HANA que proporcionará melhor desempenho no HANA. Portanto, seria melhor migrar para a aDSO em vez do cubo.
https://blogs.sap.com/2015/01/19/the-advanced-datastoreobject-renovating-bws-persistency-layer/
Também é necessário revisar o seguinte link para conhecer as limitações.
https://blogs.sap.com/2015/07/10/sap-hana-advanced-dso-features/
Limitação conhecida para o SAP BW 7.4(SP 15)
-
write-APIs ("direct-update" DSO)
-
Variante de cadeia de processos: eliminação de solicitação no ChangeLog
-
Ativação/rollback compatível com Dynamic Tiering (baseado em ABAP)
-
Conexão NLS para DSOs avançados
-
Planejamento em DSOs avançados
-
Uso de SPO em DSOs avançados
2. A resposta anterior também é aplicável a esta pergunta.
3. Após convertê-lo para a aDSO, é necessário adicionar transformação e mapeamento ao novo provedor de informações e validar os dados.
4. É preciso criar novas consultas BEx sobre o novo provedor de informações e validá-las com as consultas do provedor de informações clássico.
Na verdade, este é um projeto de atualização, é necessário ter a lista de inventário de cubos, DSOs clássicos e considerar a arquitetura LSA++ para reduzir a pegada de dados também.
