A melhor maneira de testar modificações na VM é provavelmente usando um "clone" ou apenas usando "instantâneos". Os clones aparecem como uma nova VM independente, mas, na verdade, usam a VM base original, permitindo que você faça alterações, mas todas as alterações se aplicam apenas ao clone, não à VM base. Se você estragar as coisas irreversivelmente, você pode simplesmente excluir o clone e criar outro.
As capturas instantâneas não envolvem a criação de uma nova VM, mas, em vez disso, permitem que você reverta a VM com facilidade para seu estado anterior, se as alterações forem complicadas.
Se você tiver problemas para entender como clones e instantâneos funcionam depois de ler a documentação ou se precisar executar uma nova VM usando arquivos locais em uma máquina diferente, convém criar uma cópia real. É um pouco mais trabalhoso mas conceitualmente mais simples, então uma cópia real provavelmente é o caminho para você ir.
Se você quiser fazer uma cópia real, isso envolve apenas copiar os arquivos principais para a VM, que geralmente para VMWare seriam os arquivos vmdk, para o VirtualBox os vdi's, etc. Se você não tiver certeza do que está fazendo em seguida, faça cópias de dentro da interface da VM. Uma vez feito, tudo o que você precisa fazer é copiar o (s) arquivo (s) da VM para um novo local e abri-los a partir daí. Eu sugeriria ler a documentação apropriada para seu software de virtualização (por exemplo, VMWare, Virtualbox) e / ou visualizar tutoriais ou outras informações na Web como esta:
Se o aplicativo e o banco de dados estiverem em execução na mesma VM, é muito provável que a conexão seja feita por meio do endereço de "loopback" de "localhost" ou 127.0.0.1. Nesse caso, não deve haver nenhum problema de configuração com o aplicativo e com o banco de dados depois de movê-los para outro lugar na rede, já que o aplicativo já está configurado para sempre se conectar ao banco de dados em execução na mesma VM que o aplicativo (independentemente de qual endereço IP é).