Este concepto de muestra se enfoca en el fácil mantenimiento y en sistemas independientes para hacer que el trabajo de mantenimiento futuro sea mucho más intuitivo y mucho más fácil. El enfoque aquí está en la virtualización, nombres de dispositivos significativos y servicios independientes, y el "sneaker IT" (ir a un dispositivo específico) no es un buen modelo para el futuro de un panorama de TI interconectado.
Por favor, ten en cuenta también el concepto de un Navision que sea simple y fácil de aprender y operar. En mis 25 años de experiencia, he visto muchas configuraciones de Navision retorcidas e innecesariamente complicadas. Mi regla general es que Navision está en su mejor momento cuando es simple y rápido.
Para mí, usar una aplicación central no tiene ningún sentido cuando solo se puede mantener en funcionamiento con mantenimiento constante. Un Navision en buenas condiciones basado en hardware en buenas condiciones generalmente podrá funcionar durante algunas semanas/meses sin requerir un administrador y tampoco la intervención de un proveedor de sistemas, lo cual siempre considero el objetivo de cualquier instalación.
Leyenda:
(V) = Se puede virtualizar fácilmente, pero no es obligatorio.
V debería virtualizarse absolutamente.
P no se puede/debe virtualizar.
1 (V) Servidor MS SQL servidor de base de datos (4 procesadores, 16 GB de RAM, SSD) – Exclusivamente para una base de datos Navision productiva. La base de datos y los TransactionLogs deben ejecutarse en el SSD lógico correspondiente: ofrecen el mejor rendimiento posible a bajo coste. Si la SAN actual no ofrece SSD, se podría utilizar un pequeño NAS exclusivo con iSCSI. Por supuesto, ambas unidades lógicas deben estar equipadas de forma redundante, por ejemplo, con RAID1.
1 (V) Servidor MS SQL
Servidor de base de datos para bases de datos de prueba y bases de datos de archivo. 2 procesadores, 8 GB de RAM. Discos duros normales y económicos, pero muchos. 2 o 4 TB. Añadir más = más versiones. También podría tener sentido instalar estos servidores (gracias a los discos duros económicos) en chapas metálicas normales. No se escribe ni se lee mucho en o desde estos servidores, por lo que se pueden usar discos duros genéricos, por ejemplo, en un clúster RAID 5.
La razón de tener mucho espacio libre en disco es que se puede almacenar automáticamente una copia ejecutable en la base de datos productiva en este sistema. 1 por día del mes = 31 copias. Por lo tanto, podría consultar el estado diario respectivo hasta 31 días atrás en cualquier momento para fines de prueba (cómo se veía el programa, el cliente o la cuenta de mayor ayer, anteayer o el día 15).ti (del mes pasado). Esto podría ampliarse presentando también una copia separada para el primer día respectivo del mes. Pero esta copia solo podría abrirse según fuera necesario (debe haber un servicio de servidor de Navision disponible para cada base de datos accesible).
1 (V) Servicios de cliente de Navision del servidor. (1 procesador por cada 10 usuarios, 2 GB de RAM por cada 10 usuarios + sistema operativo). El servidor proporciona los servicios de Navision para los clientes de Navision de Windows. Regla general: Cuando el servidor de base de datos productivo de SQL Navision está virtualizado, el servidor de Navision correspondiente debe estar virtualizado y viceversa.
1 (V) Servidor de Aplicaciones Navision. 2 procesadores, 1 GB de RAM + sistema operativo. Este servidor procesa las colas de tareas.
1 (V) Servidor Navision Web Client con IIS.
(1 procesador por cada 10 usuarios, 2 GB RAM por cada 10 usuarios + sistema operativo). El servidor proporciona Navision como servicio web IN-HOUSE (incluye sucursales conectadas mediante VPN). De este modo, las estaciones de trabajo sencillas pueden trabajar con Navision sin necesidad de instalar un cliente. Esto también funciona a través de Linux (por ejemplo, con un Raspbian barato o un simple ordenador de sobremesa sin ventilador) o tabletas u ordenadores Apple.
Servidor Navision SOAP.
2 procesadores, 1 GB de RAM + sistema operativo. Este punto de acceso es, por ejemplo, para socios que deseen acceder al servidor “desde el exterior”. Este equipo debe colocarse en una DMZ. En este caso, debe consultar con el proveedor de sistemas de TI si debe utilizar un sistema de VM adicional o hardware adicional, o si se debe configurar una red virtual en el HyperV normal.
1 (V) Servidor Navision Web Client con IIS.
(1 procesador por cada 10 usuarios, 2 GB de RAM por cada 10 usuarios). Este punto de acceso, por ejemplo, es para socios “desde afuera". Este equipo debe colocarse en una DMZ. En este caso, debe hablar con el consultor de hardware para determinar si se debe utilizar un sistema de VM adicional, hardware adicional o si se configurará una red adicional en el Hyper-V habitual. Este dispositivo puede usarse entonces para acceder a Navision desde cualquier lugar del mundo con un navegador. Al igual que para los dispositivos internos, puede ser una tableta, un simple ordenador de sobremesa o cualquier ordenador de un socio comercial que luego pueda completar tareas pequeñas utilizando máscaras de Navision muy sencillas. Es posible que deba reconsiderar el concepto de filtro que está utilizando para restringir a los usuarios para implementar esta solución.
La idea importante detrás de esto es que las máscaras y los procesos de Navision deben ser tan simple que no requieran ninguna instrucción ni entrenamiento. Pero esa tampoco es una mala idea para Navision en general, por cierto.
En mi opinión, necesitas un concepto de seguridad de dos pasos para este propósito:
Control de certificados: Solo los dispositivos que tengan un certificado (“ID”) obtienen acceso a Navision (más específicamente: al servidor web IIS asociado).
2) Además, el usuario también tiene que ingresar un nombre y contraseña para ser aceptado por el propio Navision como usuario.
1 Controlador de dominio del servidor V.
(2 procesadores, 4 GB de RAM) El host HyperV es ideal en este caso ya que se ejecuta físicamente en hardware. En el pasado, Microsoft no quería que virtualizaras el DC ya que HyperV depende de él. Microsoft ya no es tan estricto al respecto. Un DC primario virtualizado (¡Sí, el PDC todavía existe en este momento!) que arranca después el host HyperV siempre tiene muchas sorpresas reservadas. Mi sugerencia es ejecutar un PDC en el host virtual y un SDC como máquina virtual.
1 V Servidor HyperV Host Este servidor debe estar ya operativo de todos modos, ya que ejecuta HyperV. No debería cubrir ningún servicio excepto los controladores de dominio primarios y HyperV.
1 V Servidor de impresión de servidor. Los servidores de impresión a menudo simplemente se ejecutan en otro servidor al mismo tiempo. Sin embargo, tienes que reiniciar el servidor de impresión de vez en cuando, por ejemplo, cuando una instalación de impresora falla. Esto también interrumpirá todos los demás servicios del servidor que se ejecutan en la máquina afectada.
Asegúrese de tener en cuenta los nombres descriptivos de las impresoras: (Ny= Nueva York, Sa = Ventas, Bo = Boston)
“NySaInvoice1” o “NyFrontDesk” o “NyWarehouseOffice”, e incluso “NyMelanie” es mejor que „KyoceraDS2000-1“.
Regla general: Raramente necesitas información sobre un específico modelo de impresora. Incluso entonces, “Xerox23” no es muy útil cuando se utilizan 23 impresoras Xerox diferentes. En su lugar, necesita información sobre “La impresora que imprime las notas de embalaje en la oficina de Nueva York”. “NyWarehouseBronx” es ciertamente más fácil de reconocer como la impresora correcta que “Print300”.
Escenario 1: Un especialista en TI quiere configurar un ordenador para la Sra. Smith. La impresora necesita la impresora de facturas, la impresora del almacén en Frankfurt, la impresora de etiquetas en la oficina del almacén de Kassel, la impresora de albaranes en Düsseldorf y la impresora láser en la propia oficina de la Sra. Smith. ¿Cómo encontrará el empleado las impresoras más rápido? ¿Con HP12 o NyWarehouse?
Escenario dos: La Sra. Smith de Frankfurt llama al especialista y le dice que su impresora no imprime. ¿Cuál es la forma más rápida de encontrar este dispositivo en el servidor de impresión? ¿Con ”@Lexmark DX2000-2“ o con ”FrSmith"?
Nombres recomendados para impresoras (¡y por la misma razón también para ordenadores!):
Departmentname, eso es
FrSaSlippedeEntrega
FrSaSmith
Frontdesk
DusWhOffice
DusProdLabel
…
De esta forma, las impresoras y los PC se muestran automáticamente ordenados por ubicaciones y departamentos.
Si se debe implementar una infraestructura de servidor no estructurada, los PC se pueden cambiar gradualmente, de modo que se le pueda dar a cada PC un nombre descriptivo cada día o cada semana y luego reconectar las impresoras al PC al mismo tiempo. El antiguo servidor de impresión solo se apagará cuando se haya completado el cambio del último PC. Las mismas reglas se aplican a los PC como a las impresoras. Recuerde: estadísticamente, es más probable que un usuario reciba un ordenador nuevo a que un ordenador reciba un usuario nuevo. Por esta razón, los nombres o las extensiones de los empleados son mejores nombres para ordenadores/impresoras que la versión del sistema operativo o los nombres de modelo.
El servicio del servidor Navision se asignan las nuevas impresoras desde el principio, por ejemplo, para los WebClients. Aquí también los PCs pueden ser trasladados gradualmente al nuevo servidor Navision; puede ejecutar tantos servidores de cliente Navision como desee al mismo tiempo.
Generalmente, TODAS las impresoras deberían ser impresoras de red, ninguna impresora debería estar conectada directamente a una PC (por ejemplo, a través de USB) y depender así de esa PC.
1 Servidor WSUS. WindowsUpdateServer: Servidor central de actualizaciones para mantener Microsoft actualizado de manera controlada y verificable (ej. Office, Exchange, Windows, MS SQL, Navision aún no está disponible). Este servidor puede utilizarse para descargar las actualizaciones a una ubicación centralizada, lo que libera la conexión a Internet. Los servidores WSUS distribuidos también pueden encargarse de esto para las sucursales, lo que permite evitar el paso de cada actualización de PC/Microsoft individualmente a través de la conexión a Internet de la empresa. Las estadísticas muestran qué ordenadores se encuentran en qué estado de parches con qué programas. Las actualizaciones pueden posponerse o reiniciarse. Microsoft proporciona el WSUS de forma gratuita. El WSUS requiere mucho espacio en disco duro (se debe calcular con al menos 300 GB, idealmente 500 GB), pero no tiene por qué ser un costoso disco duro RAID.
RemoteAdminTool??? ¿Es posible el mantenimiento remoto desde una ubicación central? Esto puede comenzar, por ejemplo, con un simple VNC en cada cliente con el que se puedan realizar tareas de mantenimiento como instalaciones de impresoras, permisos, etc., de forma centralizada sin tener que sentarse en cada ordenador. Pero, por supuesto, también existen productos profesionales como Solarwind y QuasarRat que pueden distribuir paquetes de software y configuraciones completos. El propósito de distribuir el software, como se describe anteriormente, es administrar equipos de forma centralizada y evitar tener que configurar el equipo in situ. Junto con WOL (wake up on LAN, un comando de encendido a través de la red), los trabajos de mantenimiento se pueden realizar de forma mucho más racional. Reflexión: ¿Al menos las impresoras se distribuyen centralmente a través de las directivas de dominio? Esto ha funcionado muy bien y fácilmente durante más de 10 años a través del propio Windows. Esto también hace posible distribuir Office y Navision con este sistema sin tener que hacer clic en “Setup.exe” cada vez.
El número de procesadores y la cantidad de RAM probablemente parecerán muy bajos para muchos usuarios de Navision. En mi experiencia, en estos casos la configuración no se ha llevado a cabo correctamente, y Navision tampoco se ha configurado muy bien. Navision “en sí mismo” es increíblemente rápido y ahorra recursos. Siempre es culpa del programador cuando el hardware se consume.