Escrito 12 agosto 2011 - 08:05
Como mas o menos ya te han dicho, tu instalacion de FiredBird debe usar SYSDBA masterkey, los valores de usuario y pass por defecto, pero imagino que tu aplicacion o IBExpert esta instentando usar otro usuario o pass, o bien tienes puesto uno diferente en tu PC de casa o bien intentas usar el de la empresa que no es por defecto, algo de eso es.
El usuario que creo la base de datos no importa en esto, solo el usuario y clave para acceder a FireBird (no hay password por base de datos).
Respecto a copiar las bases de datos directamente, es muy mala idea, a no ser que antes te asegures por otros medios que no esta en uso: Un medio es renombrar el fichero, y si lo consigues, entonces lo copias, y al final restauras el nombre original. Si no te deja cambiar el nombre, tu copia sera un monton de basura inusable al 100%.
Otro metodo, si no consigues cambiar el nombre porque alguien se dejo la aplicacion abierta, es parar el servicio FireBird, copiar, y reiniciarlo. Eso si, solo si estas en el servidor podras hacer esto ultimo.
Un backup/restore es 100% seguro, pero mucho mas lento, por eso para grandes bases de datos se usa algun metodo del estilo del que te comento arriba, pero los hay mas sofisticados: Existe un comeando que po ne la base de datos fuera de linea, pero sigue funcionando... tu puedes copiar el fichero sin problemas, y todos los cambios se almacenan en otro fichero temporal, que es fundido con el principal cuando terminas y le das la orden pertinente... no recuerdo la instruccion concreta, algo creo que añadido al gbak.exe o gfix.exe creo recordar, pero bueno, solo la necesitaras en casos algo extremos de uso inrtensivo de una base de datos muy grande.
Yo conoci el caso durante una convencion de FireBird de unos alemanes que la base de datos no se podia hacer un backup/restore diario porque no daba tiempo en 24h... y no podian dejarla fuera de linea una hora para hacer una copia, asi que esta era su unica manera de hacer copias diarias.