Configurar un server Windows virtualizado para alojar a usuarios de 2 a 3 (corriendo QuickBooks) …?

Disculpas si esto es una pregunta tonta / obvia, pero me he sorprendido de lo complicado que me esperaba era una simple transición está resultando ser. Exención de responsabilidad: Soy un tipo de Mac / Linux, así que no estoy familiarizado con el mundo de Windows Server (aunque crecí un usuario de Windows, por lo que soy analfabeto en ese sentido.)

Lo que tenemos actualmente en nuestra pequeña oficina: 3 usuarios de nuestro departamento de contabilidad utilizan RDC para conectarse a una máquina Windows 7 sentada en la sala de atrás. Cada uno ejecuta una instancia de QuickBooks Enterprise desde dentro de esa window RDC y todo funciona sin problemas.

El problema: Esta es una configuration extremadamente frágil. No confío en ese pedazo de hardware (ahora envejecido), no hay ningún sistema de respaldo confiable que no sea Dropbox, que es flakey en una caja compartida como esa, y cuando está fuera de la oficina, es muy difícil de administrar. Sí, funciona, pero estoy tratando de pensar por delante.

Lo que esperaba sería simple: Simplemente mover esa máquina a un server virtual y replicar la configuration, pero con instantáneas nocturnas y la simplicidad en la adición de almacenamiento de bloques, etc Elegí Windows Azure ya que, presumí, MS proporcionaría la mejor experiencia "Windows virtual".

Lo que he descubierto: Por alguna razón, Microsoft ha hecho OBSCENELY complicado hacer esto. Ellos me apuntan a preguntas frecuentes llenas de acrónimos sobre la concesión de licencias de proveedor de services, cómo lo hacen y no apoyan lo que quiero, acerca de la compra de licencias de clientes, etc, etc, etc Y cuando traté de configurar esto con Windows Server 2012, He encontrado tutoriales de 100 pasos sobre la creación de puertas de enlace RDC de Windows, etc, etc Ahora estoy a una semana en este proyecto y me siento como que he caído en un rathole y ahora estoy haciendo esto de la manera equivocada.

Mi pregunta: ¿Cuál es la forma más directa (o hay una?) Para configurar un host virtual simple de Windows, permitir a 2 – 3 usuarios iniciar session simultáneamente a través de RDC y ejecutar la aplicación que necesitan para ejecutarse en esa máquina central (virtualizada) ? No necesito que cada usuario tenga un entorno virtual completo o tenga permissions locos o tal. Sólo quiero que todos se conecten a la misma caja y ejecuten el mismo progtwig (QuickBooks Enterprise) y puedan hacerlo simultáneamente.

¡Muchas gracias de antemano!

3 Solutions collect form web for “Configurar un server Windows virtualizado para alojar a usuarios de 2 a 3 (corriendo QuickBooks) …?”

En última instancia usted puede ser un poco atornillado aquí – usted tiene que tratar con licencia de Microsoft para hacer lo que usted quiere legalmente (usted puede pegar su cabeza en la arena e ignorar las consideraciones de la autorización también – muchas compañías hacen eso) pero save kosher usted necesita conseguir las licencias del cliente).
Los problemas de licencia son entre usted y Microsoft ( no lo hacemos aquí ).

Desde un punto de vista técnico lo que usted está proponiendo parece sonido, aunque también sugiero que considere esta configuration:

  • Instalar QuickBooks en algún server puede respaldar de forma fiable; Almacene el DB de QuickBooks allí.
    (No soy un fan de Azure / Snapshots para las copys de security por el – que desea copys de security reales y fiables que tiene el control en caso Azure se va y necesita recuperar a un cuadro físico en su oficina …)

  • Instale el software cliente de QuickBooks en las estaciones de trabajo de los usuarios.
    Esto evita la licencia de escritorio remoto, pero significa que necesita mantener todas las estaciones de trabajo actualizadas.


Otra opción a considerar para evitar los problemas de server es totalmente QuickBooks Enterprise Hosting Solutions – básicamente esto es "QuickBooks Online para el cliente de la empresa" & equivalente a lo que sugirió joeqwerty pero creo que obtiene todas las características de la empresa / funcionalidad (tendría que compruebe que con su representante de Intuit sin embargo).

Probablemente hay demasiadas soluciones posibles para enumerar aquí, pero voy a enumerar una. Puesto que usted ha mirado Azure suena como usted es ACEPTABLE con poner su QB "en la nube":

Migrar a QuickBooks Online y aliviar la carga completamente.

https://quickbooks.intuit.com/online

Actualmente Azure no permite hosts RDP. Esto es puramente una cuestión de licencia. En realidad, se puede configurar uno, y funcionará, simplemente no lo permiten (de nuevo, en este momento … se ha hablado de este cambio, pero han estado hablando desde Azure estaba en beta).

Existe una solución QB Enterprise Hosted disponible, a través de Right Networks. Es exactamente lo que estás haciendo ahora, te envían un file de connection RDP y tus contable acceden a una session RDP. Es un poco caro, actualmente $ 55 / mo – puede get el primer año más barato cuando Intuit se ejecuta las ventas. Si está interesado, le recomiendo contactar con un QB ProAdvisor local . Asegúrese de que están certificates en Enterprise (preferiblemente la versión que utiliza, aunque cambia poco de año en año).

  • Caracteres integrados de modo integrado de IIS
  • Sustitución del server DHCP del enrutador por DHCP de Windows Server
  • ¿La mejor práctica implementa la impresora en 2012R2 RDSH?
  • Windows Server Backup 2012 error - "La versión no admite esta versión del formatting de file."
  • Implementación de impresoras a usuarios específicos mediante Directiva de grupo
  • ¿Cómo puedo restringir los loggings de usuario a sólo un set específico de equipos
  • ¿Cuál es la diferencia entre. \, (Local), localhost y computername en windows?
  • obteniendo un error 404 en Ghost (blog) / IIS 8 en un directory virtual
  • No se puede instalar SQL Server en el server 2012
  • Actualización de Windows Server 2003 R2 Enterprise (32 bits)
  • SSD para files de database o página web?
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.