Propuesta Navision para la configuración del servidor

Este concepto de ejemplo se centra especialmente en el mantenimiento sencillo y los sistemas independientes, para que las futuras tareas de mantenimiento sean mucho más intuitivas y sencillas. La virtualización, la designación sensata de dispositivos y los servicios independientes están en primera línea; la TI por entrenador (que se ejecuta en un dispositivo específico) no es un modelo viable para el futuro, especialmente en un entorno en red.

Por favor, recuerde el concepto de un Navision sencillo, fácil de aprender y fácil de usar. En 25 años me he encontrado con muchos Navisions torcidos e innecesariamente complicados. Mi regla básica: si no es sencillo y rápido, no es Navision.

En mi opinión, no tiene sentido que una aplicación central sólo pueda mantenerse viva con agua bendita y guantes de seda. Un Navision sano en un hardware sano también puede vivir durante varias semanas/meses sin un administrador y sin una casa del sistema, que siempre considero que es el objetivo de una instalación.

Leyenda:
(V) = También puede virtualizarse, pero no es obligatorio.
V debería virtualizarse definitivamente.
P puede/no debe ser virtualizada.

Configuración minimalista del servidor

Antes de pasar directamente a la configuración óptima del servidor: ¡No todo el mundo lo necesita! Puede que ya exista un entorno de servidores establecido que no necesite o no deba cambiarse, tal vez sólo deba integrarse posteriormente Navision Financials Dynamics / Business Central 365 en él... o simplemente su empresa no es lo suficientemente grande como para invertir "grandes sumas" (que bien pueden ser "apropiadas" para una empresa más grande) en hardware de servidor. Así que aquí tiene una recomendación sobre cómo instalar un sistema de navegación rápido (de alto rendimiento) por 1.000-3.000 euros. ¿Por qué no lo hace todo el mundo? Sigue leyendo en las siguientes configuraciones óptimas para saber por qué recomiendo estos servidores individuales. Hay buenas razones para ello. Pero hay una manera más fácil:

PC/Servidor con 64 Gb RAM, 8 o más núcleos, Windows 11 Professional. En esta máquina se instalará un SQL_Server que coincida con la versión de Navision / Microsoft Business Central 365. Además, en esta máquina estará instalado el servicio Navision Financials Dynamics / Microsoft Business Central 365. Cuando se utiliza el Navision nativo, p.ej. hasta la versión 2009R2, 2005, 4.03 etc. (anterior a la 4.03 no funciona en los entornos Windows actuales, hay que engañar con PCs virtuales o licencias de uso flexible etc.), también recomiendo generalmente el servidor de base de datos nativo Navision server.exe. Aquí, por supuesto, el servicio Navision y el servidor SQL se omiten por completo. Aquí, 8-12 Gb RAM y 4 núcleos son suficientes.
Si este equipo también va a alojar David o Exchange ("Outlook Mail"), por ejemplo, o incluso el servidor de dominio de Windows ("Active Directory") (que se ejecuta en el mismo equipo), utilice Windows Server 2019 o Windows Server 2022. Dependiendo de la versión de Navision (esto solo se aplica a las versiones inferiores a Navision 2018/BC14), es posible que tenga que utilizar una versión especial de SQL Server, lo que también puede afectar a la selección del sistema operativo. Además, introduzca 128 Gb de RAM en la caja y listo.
Cliente clásico puro Servidor Navision:
4 núcleos, 12 Gb RAM, Windows 11 Prof., 2 x 2 TB SSD como hardware Raid 1.
Costes < 1.000 euros.
SQL puro/Servidor Navision solo para Navision Financials Attain/Microsoft Business Central 365:
8 o más núcleos, 64 Gb RAM, Windows 11 Prof. 4 x 2 TB SSD como 2 x Hardware Raid 1:
1 x Raid1 con 2 x 2Tb SSD para sistema operativo, archivos compartidos, copia de seguridad de datos etc.,
1 x Raid1 con 2 x 2 TB SSD para Navision, registro de transacciones, base de datos.
Cuesta +/- unos 1.000 euros.
Pequeño servidor operativo con Exchange ("Outlook"), servidor de dominio ("Active Directory"), SQL y Navision
12 o más núcleos, 128 Gb de RAM, Windows Server 2022, 6 discos SSD de 2 TB como 2 x Hardware Raid 1:
1 x Raid1 con 2 x 2Tb SSD para sistema operativo, servicios de impresora, compartición de archivos etc.,
1 x Raid1 con 2 x 2 TB SSD para Navision, registro de transacciones, base de datos.
1 x Raid1 con 2 x 2 TB SSD para Exchange, copia de seguridad de datos.
Cuesta +/- unos 2.500 euros.
No siempre tiene que ser el SSD de 2 TB, un SSD de 1 TB también es suficiente para el SO puro, por ejemplo. Pero la diferencia de precio es sólo de unos pocos euros, y necesitas al menos 1 SSD adicional para tu almacén de repuestos. La ventaja de precio de un SSD de 1 TB se pierde rápidamente si, en cambio, tienes que tener 2 SSD de repuesto diferentes en stock.

Para copias de seguridad, almacenamiento adicional de archivos, posiblemente incluso para almacenamiento de archivos en general, recomiendo un NAS barato con, por ejemplo, 3 discos duros magnéticos á 16 Tb en una red Raid5, que proporciona entonces un espacio de almacenamiento barato de 32 Tb: Más que suficiente para pequeñas y medianas empresas, y disponible por unos1.200 euros . Las copias de seguridad de los datos también se pueden hacer de forma segura y offline con buenas (¡!) memorias USB o discos duros móviles SSD baratos.

Pero volvamos al tema: puedes hacerlo de la forma "correcta":

(V) Servidor de base de datos MS-SQL

(4 procesadores, 16 Gb RAM, SSD) - Exclusivamente para la productiva base de datos Navision. La base de datos y los registros de transacciones deben ejecutarse cada uno en un SSD lógico: máximo rendimiento por poco dinero. Si la SAN actual no puede proporcionar SSD, el uso de un pequeño NAS exclusivo con iSCSI es una opción en este caso. Por supuesto, las dos unidades lógicas deberían ser redundantes, por ejemplo, equipadas con RAID1.

(V) Servidor_MS-SQL

Servidor de bases de datos para bases de datos de prueba y archivo. 2 procesadores, 8 Gb RAM. Discos duros normales baratos, pero muchos. 2 o 4 Tb. También bastante más = más versiones. Puede ser una buena idea instalar este servidor en chapa normal (por los discos duros baratos). Aquí no se escribe mucho y no se lee mucho, así que los discos duros de bosque y prado se pueden usar en una red Raid5, por ejemplo.
Razón de mucho espacio en el disco duro: En este sistema se podría almacenar automáticamente cada noche una copia ejecutable de la base de datos productiva, 1 por día del mes = 31 copias. Esto permitiría retroceder hasta 31 días al estado diario respectivo en cualquier momento con fines de prueba (¿qué aspecto tenía el programa / cliente / cuenta de mayor ayer, anteayer, el día 15, el mes pasado? Esto podría ampliarse de forma que también se creara una copia separada para el primer día de cada mes. Sin embargo, ésta sólo podría abrirse cuando fuera necesario (para cada base de datos accesible debe estar disponible un servicio de servidor Navision).

(V)-Servidor Servicios cliente Navision.

1 procesador por cada 10 usuarios, 2 Gb Ram por cada 10 usuarios + sistema operativo. Esto proporciona los servicios Navision para los clientes Windows Navision. Regla general: Si el servidor de base de datos SQL Navision productivo está virtualizado, el servidor Navision asociado también debería estar virtualizado y viceversa.

(V)-Servidor Navision app server.

2 procesadores, 1 Gb Ram + sistema operativo) Este procesa las colas de tareas. La ventaja de colocarlo en un ordenador separado es que esta máquina puede reiniciarse independientemente de los usuarios en caso de problemas. En entornos más pequeños, no se suele necesitar esta máquina.

? (V)-Servidor Navision cliente web con IIS.

1 procesador por cada 10 usuarios, 2 Gb Ram por cada 10 usuarios + sistema operativo Esto proporciona Navision como servicio web EN LA CASA (incluidas las sucursales conectadas a través de VPN). Esto permite que estaciones de trabajo sencillas trabajen con Navision completamente sin instalación de cliente. Esto también funciona a través de Linux (por ejemplo, un Raspbian sencillo y barato, un ordenador de sobremesa sencillo sin ventilador) o tabletas u ordenadores Apple. Por supuesto, sólo necesitará este servidor si desea utilizar clientes web en su empresa. A partir de BC 15 sólo existe el cliente web de todos modos, con BC 14 ambos tienen sentido, antes de BC 14 (es decir, Navision o Business Central) sólo recomiendo el cliente web para tareas muy especializadas. En este caso, un RDP (protocolo de escritorio remoto) en un servidor de terminales es muy superior para el 99% de los requisitos.

? (V)-Servidor Navision SOAP.

2 procesadores, 1 Gb Ram + sistema operativo) Este es el punto de acceso, por ejemplo, para los socios "desde fuera". Este ordenador pertenece a una DMZ. Aquí deberías hablar con la casa de sistemas IT sobre si debería ser un sistema VM extra o hardware extra, o si debería configurarse una red virtual extra en el HyperV normal. Por supuesto, este ordenador sólo tiene sentido si tienes peticiones SOAP/RestAPI intensivas o externas a tu sistema.

? (V)-Servidor Navision Webclient con IIS.

1 procesador por cada 10 usuarios, 2 Gb Ram por cada 10 usuarios + sistema operativo. Este es el punto de acceso, por ejemplo, para usuarios "de fuera". Este ordenador pertenece a una DMZ. Aquí hay que hablar con el supervisor de hardware sobre si debe ser un sistema VM extra o hardware extra, o si debe configurarse una red virtual extra en el HyperV normal. A través de este dispositivo se puede acceder a Navision en todo el mundo mediante un navegador. Como en el caso de los dispositivos internos, puede tratarse de una tableta, un simple PC de sobremesa o cualquier ordenador en las instalaciones de un socio comercial, que puede realizar pequeñas tareas a través de máscaras Navision muy sencillas. También puede ser necesario replantearse el concepto de filtro, que restringe a los usuarios a determinados datos. 
Idea básica importante: las máscaras y los procesos de Navision deben ser tan sencillo que no requieran instrucciones ni formación. Por cierto, ¡tampoco es una mala idea para Navision en general!

Para ello, considero necesario un concepto de seguridad en dos fases:
1) Control de certificados: sólo los dispositivos que disponen de un certificado ("tarjeta de identificación") tienen acceso a Navision (más concretamente: al servidor web IIS asociado).
2) Además, el usuario también debe introducir un nombre y una contraseña para ser aceptado como usuario por el propio Navision.

Por supuesto, sólo necesitará este ordenador si, por ejemplo, desea permitir el acceso directo de terceros o "externos" a su sistema Navision. Aquí también se debería considerar de antemano una estructura RDP/TS.

V-servidor Controlador de dominio.

(2 procesadores, 4 Gb Ram) El host HyperV es ideal para esto, ya que se ejecuta físicamente en el propio hardware. En el pasado, el DC nunca debía virtualizarse, ya que HyperV depende de él. Microsoft ya no tiene una visión tan estrecha de esto. Un DC primario virtualizado (¡sí, el PDC sigue existiendo hoy en día!) que se inicie después del host HyperV siempre es bueno para las sorpresas. Sugerencia: Un PDC en el host virtual, un SDC como máquina virtual.

(V) HyperV Host

que ya debe estar allí de todos modos, ya que opera HyperV. Esto no debería cubrir ningún servicio que no sea el controlador de dominio primario e HyperV.

V Servidor de impresión

A menudo, los servidores de impresión simplemente se ejecutan en otro servidor. Sin embargo, el servidor de impresión debe reiniciarse de vez en cuando. Por ejemplo, si se bloquea la instalación de una impresora. Esto también interrumpe todos los demás servicios del servidor en la máquina afectada.
Téngalo en cuenta al mismo tiempo: ¡Denominaciones de imprenta sensatas! En el ejemplo: Ks= Kassel, Vk = Verkauf, Sw=Söhrewald
"KsVkRechnung1OG" o "KsEmpfang" o "KsLagerbuero", incluso "KsMarion" es mejor que "KyoceraDS2000-1".
Regla general: Rara vez se necesita información sobre unmodelode impresora específico. Incluso así, "Xerox23" no es tan útil si tiene 23 impresoras Xerox en uso. Es más probable que necesite información sobre "La impresora que hace albaranes aquí en Söhrewald". En ese caso, "SwLagerPZ" es más fácil de reconocer que "Oki300".

Escenario uno: un informático quiere preparar un nuevo PC para la Sra. Müller. Necesita la impresora de facturas, la impresora del almacén de Fráncfort, la impresora de pegatinas de la oficina del almacén de Kassel, la impresora de albaranes de Düsseldorf y la impresora láser del despacho de la Sra. Müller. ¿Cómo puede encontrar más rápidamente las impresoras necesarias? ¿Con HP12 o con KsLager?
Escenario dos: La Sra. Meier de Frankfurt llama y dice que su impresora no imprime. ¿Cómo encuentra este dispositivo más rápido en el servidor de impresión? ¿Con "Lexmark DX2000-2" o con "FfmMeier"?

Recomendación para los nombres de impresoras (¡¡¡y por las mismas razones también para los nombres de ordenadores!!!):
LugarAreaNombre, es decir
FfmVkLieferschein
FfmVkMeier
FfmEmpfang
DavLgBuero
DavProdLabel
…
De este modo, las impresoras y los PC se clasifican automáticamente por ubicación y departamento.

Si ya se dispone de una infraestructura de servidores que no esté tan limpia: El cambio en los PC se puede realizar gradualmente, por ejemplo, cada día o cada semana se podría dar a un PC un nombre sensato y las impresoras del PC se podrían volver a conectar al mismo tiempo. El servidor de impresión antiguo sólo se desconecta cuando se ha cambiado el último PC. Para los PC se aplican las mismas reglas que para la impresora. Nota: Estadísticamente, es más probable que un usuario tenga un nuevo ordenador que un ordenador tenga un nuevo usuario. Esto significa que los nombres de los empleados o las extensiones telefónicas son nombres de ordenador / impresora más útiles que las versiones del sistema operativo o los nombres de los modelos.

El servicio del servidor Navision recibe las nuevas impresoras directamente desde el principio, por ejemplo para los WebClients. También en este caso, los PC pueden migrarse gradualmente al nuevo servidor Navision; puede funcionar en paralelo cualquier número de servidores cliente Navision.

En general, TODAS las impresoras deben ser de red; no debe haber ninguna que esté conectada directamente a un PC (por ejemplo, vía USB) y que, por tanto, dependa de él.

? V WSUS.

WindowsUpdateServer: Servidor central de actualizaciones para mantener al día los productos de Microsoft de forma controlada y verificable (por ejemplo, Office, Exchange, Windows, MS-SQL, pero aún no Navision). Las actualizaciones pueden descargarse de forma centralizada a través de este servidor, lo que de por sí reduce la carga de la conexión a Internet. Los servidores WSUS descentralizados también podrían hacer esto para las sucursales, de modo que no haya que exprimir individualmente cada PC / cada actualización de Microsoft a través de la conexión a Internet. Las estadísticas muestran qué ordenadores con qué programas están en qué nivel de parche. Las actualizaciones pueden cancelarse o reiniciarse. Microsoft proporciona el WSUS de forma gratuita. El WSUS requiere mucho espacio en el disco duro (300 GB debería ser el mínimo, 500 GB es incluso mejor), pero no tiene por qué ser un almacenamiento RAID caro.

? V RemoteAdminTool

¿Existe actualmente una forma centralizada de mantener los ordenadores a distancia? Esto puede empezar con un simple VNC en cada cliente, por ejemplo, que puede utilizarse para realizar tareas de mantenimiento como instalaciones de impresoras, liberaciones, etc. de forma centralizada sin tener que visitar cada ordenador en persona. Pero, por supuesto, también puedes utilizar productos profesionales como Solarwind o QuasarRAT, que pueden distribuir paquetes enteros de software e instalaciones. Mi favorito absoluto: Aagon. Esto puede hacer todo lo que necesitas.
Objetivo: Gestionar los ordenadores de forma centralizada, tal y como se ha descrito, y no tener que configurarlos personalmente in situ. Junto con WOL (Wake up on LAN, un comando de encendido a través de la red), los trabajos de mantenimiento pueden llevarse a cabo de forma mucho más eficiente. Relacionado: ¿Se distribuyen actualmente las impresoras al menos de forma centralizada a través de las políticas de dominio? Esto ha funcionado muy bien y de forma sencilla a través del propio Windows durante más de 10 años. Office y Navision también pueden distribuirse ahora con bastante facilidad sin tener que hacer clic en "Setup.exe" una y otra vez.

Sin duda, el número de procesadores y la cantidad de RAM parecen muy ajustados para muchos usuarios de Navision. Mi experiencia: Si esta configuración no es suficiente, la programación/personalización de Navision se ha hecho mal. Navision "en sí" es increíblemente rápido y ahorra recursos, el "empapamiento" del hardware es siempre culpa de los programadores responsables.