O procedimento adequado é aquele que atende às suas necessidades de negócios e que você testou para garantir que nada quebre.
Em alguns casos, isso significa desinstalar o software antigo primeiro, em alguns casos isso significa atualizar, em alguns casos significa deixar a versão antiga e, em alguns casos, significa não instalar uma nova versão. Nosso software de manutenção de tempo herdado, por exemplo, requer uma versão específica do JRE5. Então, isso ainda está instalado em seu servidor e não há versões mais recentes do Java. Algum software de RH requer o IE7, então nosso pessoal de RH tem o IE7. No entanto, outro trecho de lixo legado em nosso ambiente não funcionará com nada mais recente que o SQL Server 2000. Então, adivinha o que está instalado em um dos nossos servidores SQL? Sim, SQL 2000.
Tudo depende, e geralmente, você tem restrições que você não gosta que limitam as opções disponíveis. Mas contanto que você trabalhe dentro de suas restrições e teste antes de instalar, você está fazendo "o caminho certo".
Editar :
Em resposta ao seu comentário e caso específico, você pode simplesmente instalar o mais novo Java. Desde que a versão que está sendo substituída seja nova o suficiente (acho acho > = JRE7u1), ela atualizará ou desinstalará a versão antiga, em vez de deixar todas as versões antigas, como costumava ser. / p>
Os ambientes Java Runtime não são atualizações, per se , são aplicativos totalmente funcionais e independentes, e o número da versão e atualização indica qual versão e revisão do código que o ambiente de tempo de execução foi construído com. Portanto, não há versões mais antigas e atualizá-las. Ele instala o JRE que contém.
Teste primeiro e anote todos os servidores que estiverem executando ativamente um processo Java que exigirá uma reinicialização para concluir a instalação.