1 - Defina o serviço mysql como um serviço de dependência ao configurar o manifesto xml para o serviço weblogic. Desta forma, o seu weblogic não será iniciado desde que o serviço mysql não esteja completamente online. Isso parece lógico, já que o seu aplicativo weblogic dependeria da disponibilidade do serviço mysql, ele não faria tentativas desnecessárias de conectar o db / execução da instrução sql quando o serviço mysql db estivesse inativo.
2 - Como o serviço de dependência fica em estado offline / degradado, o seu serviço weblogic também fica offline e não será executado. Portanto, não há chance de o serviço weblogic tentar tornar o serviço mysql novamente on-line enquanto ele tiver a chance, já que ele está entrando no modo de manutenção. Mais ainda, não há garantia para o weblogic iniciar depois que o serviço mysql está entrando no modo de manutenção / offline / degraded, o smf marcará o serviço weblogic também degradado / offline e, portanto, não pode ser usado para iniciar o serviço mysql. Este pode ser um caso claro de dependência cíclica, que deve ser resolvido, usando um terceiro serviço de módulo / cronjob / transitório para cuidar desses dois serviços.
Agora que está claro que o principal serviço de dependência é o mysql para executar on-line quase o tempo todo para a disponibilidade e funcionamento limpo do weblogic, sugiro empregar um terceiro módulo / script (como um cronjob faria) que monitorar os estados do serviço mysql como prioridade preferencial e, em seguida, o serviço weblogic. Ele deve cuidar do manuseio / execução dos comandos de recuperação do SMF, caso algum serviço seja desativado.