Oi China, tb não sou especialista em S.I. Sou apenas um entusiasta =)
Nem pensei em recuperar informações do swap. Imagino que em um crash, no boot o S.O. iria desconsiderar quaisquer informações que estivesse em swap e iria sobrescrever sem se atentar a nada.
Como disseram, se um servidor está usando swap, é fato que algo não está funcionando tão bem quanto deveria estar. Mas o fato de estar usando swap mostra que o sistema ainda está funcionando, e dá uma chance ao admin de tentar intervir de uma maneira controlada. Sem o swap, a aplicação (e não o S.O.), iria travar e o admin só iria poder intervir quando o problema já tivesse acontecido.
Entendo que o admin deva sempre provisionar memória suficiente para as aplicações de um servidor, monitorando o uso de memória e que o swap nunca deva ser usado, mas penso que o swap deva ser uma última linha de defesa: caso ocorra alguma coisa extraordinária que faça a aplicação usar mais memória do que o esperado, o swap vai estar lá para garantir que a aplicação consiga ser computada.
O que penso de swap como fator de S.I. é: o swap é uma última linha de defesa para garantir que determinado programa consiga ser computado, em caso de consumo extraordinário de memória. Caso o programa não consiga ser computado, ou seja parcialmente computado, estão sendo feridas as propriedades de integridade e disponibilidade.
Reforço, quando digo sobre integridade e disponibilidade, não estou me referindo sobre integridade de blocos, arquivos, filesystems, RAID ou quaisquer questões técnicas nesse sentido, mas sim que a saída de um determinado programa esteja íntegra e disponível para o usuário.
Exemplo: o relatório não pode não ser gerado, ou ser gerado pela metade.