MS Access 2003 - Error de disco o de red - NO es un problema de red - Aplicación remota - Win 2008

Question

Tenemos Windows 2008 ejecutando servicios de terminal, pero como aplicaciones remotas, no como escritorios completos.

Hay un único archivo de base de datos, calc.mdb, que muestra "Error de disco o red". Si accede a él un usuario con MS Access 2003 instalado, funciona bien. Sin embargo, para nuestros usuarios que viajan y acceden a través de RemoteApp, obtienen un "Error de disco o de red".

He buscado y casi todos llegan a un par de conclusiones:

1. Es un error de red.
2. Vuelva a compilarlo y/o compactarlo.

Ciertamente no es el número 1 porque puedo verificar que la red está bien.
He recompilado y compactado sin éxito (y además puedes abrir la base de datos).

Desde una computadora cliente:

A) No tiene problemas para ejecutar otra RemoteApp (como Word, WordPad oincluso otra base de datos de Access)
B) No tiene problemas para iniciar sesión a través del escritorio remoto completo.
C) Puede ejecutar la base de datos desde Access 2003 instalado localmente
D) Recibe "Error de disco o de red" al abrir a través de la aplicación remota.

El registro de eventos no muestra nada de ayuda que pueda encontrar. Con todos los diversos registros en Windows Server ahora, ¿tal vez buscar en otro lugar? Ciertamente parece relacionado con la configuración de RemoteApp.

Nuevamente, ¡esto NO ES UN PROBLEMA DE RED! Esto ha estado sucediendo durante meses. He verificado que no es un problema de red.

Y sí, tan pronto como complete mi proyecto actual, lo siguiente será actualizar estas aplicaciones obsoletas.

EDITAR: Prueba adicional basada en el comentario:

1. Se copió la base de datos infractora en la computadora local.
2. Se cambió el nombre para agregar TEST1 al nombre del archivo.
3. Copiado nuevamente al servidor.
4. Se actualizó el acceso directo de RemoteApp para ver el nuevo nombre del archivo.
5. ¡Funciona!

Así que simplemente copiar el archivo y cambiarle el nombre hace que funcione. Sin embargo, intenté los mismos pasos sin cambiar el nombre (básicamente copiarlo al local y copiarlo/sobrescribirlo nuevamente al servidor) y eso no soluciona el problema.

Answer 1

Encontré este error y publiqué después de crear un nuevo servidor 2008 R2 y restaurar una copia de seguridad de una base de datos 2005.

Luego importé todos los usuarios, planes de mantenimiento, etc., pero recibí este error porque olvidé cambiar el idioma predeterminado de inglés estadounidense a inglés británico.

Después de la migración tuve que:

1. actualizar estadísticas con: exec sp_udatatestats
2. establecer el idioma predeterminado con: EXEC sp_configure 'idioma predeterminado', 23

3. usando el siguiente código (debería vincularlo pero olvidé de dónde lo saqué) cambié el idioma de todos los usuarios

   declare @l table(sqlCmd nvarchar(max)) declare @sqlCmd nvarchar(max) insert @l select 'alter login ' + quotename(loginname) + ' with default_language = British;' de sys.syslogins donde dbname = 'XXXXXXXXXXXX'

   seleccione los 1 primeros @sqlCmd = sqlcmd de @l mientras (@sqlCmd no es nulo) comience a imprimir @sqlCmd exec(@sqlCmd) actualice @l establezca sqlCmd = null donde @sqlCmd=sqlCmd establezca @sqlCmd = nulo
   seleccione los 1 primeros @sqlCmd = sqlcmd de @l donde sqlCmd no es un extremo nulo