SQL Server Licence Keys

Solo con fines educativos por favor


SQL Server 2008~2022版本序列号/密钥/激活码 汇总
SQL Server 2022#
Enterprise: J4V48-P8MM4-9N3J9-HD97X-DYMRM
Enterprise Core: 2Q48Q-PB48J-DRCVN-GB844-X2H4Q
Standard: FG86G-CHH2T-CB7NJ-XT7D2-V8V4X
Web: 2R97W-F4XNT-T6MYV-3TKB7-6X3JM
Developer: 22222-00000-00000-00000-00000

SQL Server 2019#
Enterprise:HMWJ3-KY3J2-NMVD7-KG4JR-X2G8G
Strandard:PMBDC-FXVM3-T777P-N4FY8-PKFF4

SQL Server 2017#
Enterprise:TDKQD-PKV44-PJT4N-TCJG2-3YJ6B
Enterprise Core:6GPYM-VHN83-PHDM2-Q9T2R-KBV83
Strandard:PHDV4-3VJWD-N7JVP-FGPKY-XBV89
Web:WV79P-7K6YG-T7QFN-M3WHF-37BXC

SQL Server 2016#
Enterprise:MDCJV-3YX8N-WG89M-KV443-G8249
Enterprise Core:TBR8B-BXC4Y-298NV-PYTBY-G3BCP
Standard:B9GQY-GBG4J-282NY-QRG4X-KQBCR
Web:BXJTY-X3GNH-WHTHG-8V3XK-T8243

SQL Server 2014#
Business Intelligence:GJPF4-7PTW4-BB9JH-BVP6M-WFTMJ
Developer:82YJF-9RP6B-YQV9M-VXQFR-YJBGX
Enterprise:27HMJ-GH7P9-X2TTB-WPHQC-RG79R
Enterprise Core:TJYBJ-8YGH6-QK2JJ-M9DFB-D7M9D
Strandard:P7FRV-Y6X6Y-Y8C6Q-TB4QR-DMTTK
Web:J9MBB-R8PMP-R8WTW-8JJRD-C6GGW

SQL Server 2012#
DEVELOPER 版(开发版) 序列号:YQWTX-G8T4R-QW4XX-BVH62-GP68Y
ENTERPRISE /CAL 版(服务器/ CAL版) 序列号:748RB-X4T6B-MRM7V-RTVFF-CHC8H
STANDARD 版(标准版)序列号:YFC4R-BRRWB-TVP9Y-6WJQ9-MCJQ7
WEB 版(WEB 版)序列号:FB3W8-YRXDP-G8F8F-C46KG-Q998F
ENTERPRISE CORE 版(企业版)序列号:FH666-Y346V-7XFQ3-V69JM-RHW28
BUSINESS INTELLIGENCE 版(企业版)序列号:HRV7T-DVTM4-V6XG8-P36T4-MRYT6

SQL Server 2008 R2#
开发版32位:MC46H-JQR3C-2JRHY-XYRKY-QWPVM
开发版64位:FTMGC-B2J97-PJ4QG-V84YB-MTXX8
工组版:XQ4CB-VK9P3-4WYYH-4HQX3-K2R6Q
WEB版:FP4P7-YKG22-WGRVK-MKGMX-V9MTM
数据中心版32位:PTTFM-X467G-P7RH2-3Q6CG-4DMYB
数据中心版64位:DDT3B-8W62X-P9JD6-8MX7M-HWK38
企业版32位:R88PF-GMCFT-KM2KR-4R7GB-43K4B
企业版64位:GYF3T-H2V88-GRPPH-HWRJP-QRTYB
标准版32位:CXTFT-74V4Y-9D48T-2DMFW-TX7CY
标准版64位:B68Q6-KK2R7-89WGB-6Q9KR-QHFDW

SQL Server 2008#
Developer: PTTFM-X467G-P7RH2-3Q6CG-4DMYB
Enterprise: JD8Y6-HQG69-P9H84-XDTPG-34MBB

Oracle in instantclient11_1

Hace un tiempo me encuentro con un problema que hasta hoy no habia podido solucionar con relacion a la comunicacion de un software en el cual hace un «enganche» con otro para realiza compras. Basicamente el problema reside en que nadie se puso a darle mucho esfuerzo a la solucion asi que es hora de documentarlo para que nos funcione a todos.

Primero descargar los instancliente base y odbc de el sitio de Oracle. Como la version que estamos utilizando es Oracle 11g 11.1 no podemos pasarnos a usar la 11.2 que parece mas simple, tenemos que mantenernos detras de la solucion simplificada. Descomprimir ambos archivos en el mismo directorio.
Dentro de este directorio, que preferentemente es C:\Program Files (x86)\oracleODBC\ :guiño: :guiño: creamos la carpeta network y dentro de esta admin

Añadimos al PATH de Windows esta ruta con el nombre de »TNS_ADMIN» con la ruta C:\Program Files (x86)\oracleODBC\network\admin y otro con el nombre ORACLE_HOME de no existir con la ruta C:\Program Files(x86)\oracleODBC
Esto resuelve el 99,9% de nuestro problema, ya que ahora, creamos el famoso archivo tsnames.ora que contiene la cadena de conexion a nuestra base de datos! Lo que nos permite ir a nuestra administracion de origenes de datos ODBC y dar de alta con nuestro despues de ir como administrador a ejecutar nuestro odbc_install.exe desde donde dejamos todos esos archivos en nuestra ORACLE_HOME.

Ta se despliega dulcemente y nos permite probar las conexiones con exito para sacarnos de encima nuestro Windows Server 2008 R2 en donde corren ambos sistemas y nos podemos actualizar a SQL Server sobre Windows Server 2022 sin depender de tener un equipo con un sistema operativo completamente obsoleto dentro de nuestra infraestructura. El resto, es problema del propietario del otro sistema, a quien ya no tenemos que hacerle el favor.

Fueron de mucha ayuda y guia para esta solucion los siguientes sitios:

https://stackoverflow.com/questions/13455876/tnsnames-ora-doesnt-appear-when-setting-up-a-oracle-odbc-driver-connection

y otros tantos que ya no recuerdo, obviemtne que destaca la ayuda de Oracle pero no incluye estas configuraciones que no se generan automaticamene lo que nos complica el trabajo un ratito.

Extender periodo de Gracia de Terminal Services

Si 120 dias no son suficientes para terminar tu proyecto y convencer al cliente de que es lo que necesita adquirir para aumentar su productividad o no lograste converncerlo de que el Software Libre es tan simple como el de las ventanitas, pero esa negacion al aprendizaje no le permite si quiera intentarlo, extender el periodo de gracia es la única opción.

Tambien muy util para ganar unos dias mientras se procesa la licencia de la cual te olvidaste de adquirir!

Y cito…

Overview of resetting the grace period

Additionally, for production systems, resetting the 120 day grace period should only be done for systems that are not in production, as you should have proper licensing installed for production use.

To reset the grace period, there are actually just 3 steps involved:

  1. Change permissions on the RCM > GracePeriod key
  2. Delete the “Timebomb” registry entry
  3. Reboot the server

Y la clave en cuestión es:

Computer\\HKEY_LOCAL_MACHINE\\SYSTEM\CurrentControlSet\\Control\\Terminal Server\\RCM\\GracePeriod

Tu puedes Willy, cambiale en propiedades avanzadas el owner y establece que administradores lo es, junto con todos sus hijos. Permiti que los administradores tengan el control total sobre la clave y dile adiós (Delete de «Timebomb») y después de un reinicio tenes de nuevo intacto como si recién se instalara el servidor.

Fuente: https://www.virtualizationhowto.com/2020/10/reset-120-day-rds-grace-period-on-2016-and-2019/

Cambiar versión de Evaluación a Standard Windows Server

Despues de los hermosos dias de gracia, y cuando te empiezan los problemas pór que no fuiste capaz de comprar una licencia, y necesitas continuar con los servicios que esta utilizando y el unico recurso es hacer el upgrade y pasar de Evaluacion a lo que corresponde…

https://www.2ksystems.com/noticias/blog-sistemas-servidores/windows-server-cambiar-version-evaluacion-estandar

La cagué de entrada: GRUB Shell

En una de mis malas instalaciones, me di cuenta que en el apuro la cagué y por algun motivo hice algo tan mal que al reiniciar no podia iniciar el sistema mas alla del GRUB Shell o la consola de grub como le dicen por ahí.

Para identificar el problema y como parte de mantener siempre la mayor parte de las fuentes de mis investigaciones en caso de que desaparezcan como ya me ah pasado miles y miles de veces de perder información o cosas así por guardar en Favoritos e incluso después perder los favoritos por olvidarme la clave de encriptación, paso a detallar la solución.

Batbat, en un foro escribió:

I just tried my first arch install and after figuring a few things out I have it installed, however, GRUB boots into the command shell when I launch my PC. I think this is due to forgetting to enable microcode updates, but I’m not sure.
The process I went through to install grub was first mounting the EFI file, then running this command. Currently I’m in the grub command shell (not rescue) and don’t know how to proceed.
I have an nvme SSD and I’m dual booting windows 10 with arch, however I may have broken the windows ten boot loader if that info is helpful.
Thanks.

Last edited by Batbat (2018-04-09 01:09:31)

2018-04-08 20:22:19

CLFAS

Boot from your installation media, mount your /mnt & /boot directories etc. the same as you did for installation e.g. mount /dev/sdax /mnt.

Then you need to change root: arch chroot /mnt

Then go from here: https://wiki.archlinux.org/index.php/GR … ation_file

Alternatively, in the GRUB shell: y aca llegamos a la parte que me interesaba…

# Find the / and /boot partitions, # the latter being the EFI partition in your case. ls # List available partitions. ls (hdX,gptY)[/] # List a partition's information [files]. # Let (hdA,gptB) be the /boot partition and /dev/sdxY the / partition. set root=(hdA,gptB) linux /vmlinuz-linux root=/dev/sdxY rw initrd [/intel-ucode.img] /initramfs-linux.img

As an example, (hd0, gpt1) translates to /dev/sda1.
However, in my case, GRUB labels my only disk as hd1, while Arch recognizes it as /dev/sda.

Note that the paths are relative to the /boot partition’s root. I.e. if
there was no separate boot partition, paths would change.

HP Proliant ML310e Gen8 OMV NAS

Hace unos días recuperé un viejo server, como el título lo indica, un HP Proliant ML310e Gen8, un Tower Server que desde que lo adquirí en el año 2012 fue un tanquesito de batalla. Paso por Windows Server 2008 R2 dónde se mantuvo un tiempo hasta que las necesidades lo llevaron a un VMWare ESXi 5.5 en donde se mantuvo durante un tiempo conviviendo un Windows Server 2012R2 y el 2012 que nombré. Que necesidad! No? Era absurdo, el desarrollador no quería abandonar Oracle 10g DB y lo tuve que impulsar debido a un Ransomware que se hizo cargo del pobre 2008. Un poco de ficha terminaron arrastrando a la adquisición de un nuevo baremetal al cual aproveche a instalarle PROXMOX y migrar la VM desde VMWare. Obviamente que me dió herramientas para poder incrementar de cierto modo la capacidad, mudar a ZFS y sus snapshots y otras VMs para desarrollar un poco más las necesidades de la empresa. Pero vamos al grano, el tema en cuestión es que tengo ahora un server al que le quiero dar un uso para reemplazo de mi Home NAS, basado en un i3, un disco SSD de 32 Gb con OpenMediaVault con soporte ZFS y 3 discos formando un ZRAID1 del cual quiero despedirme.

La idea inicial y en la que me voy a referir en este caso, es querer aprovechar al máximo las conexiónes y características de este server:

  • 4 SATA 3.5 Bays
  • 1 Internal USB Port
  • 2 Internal SATA ports
  • 1 SD Port
  • 8 External USB

Los problemas surgen cuando te enteras de los siguientes problemas:

  • SD solo bootea si es una memoria certificada por HP.
  • USB Interno no permite instalación del S.O. Debían para bootear.
  • No sé se puede realizar un booteo desde los puertos SATA 5 y 6 ( el 5 es comúnmente ocupado por la lectora, el 6 viene libre)
  • No posee UEFI
  • Solo es posible configurar dispositivo de arranque que no sea la controladora RAID o los discos conectados a esta en orden de conección.

Genial! No me da muchas posibilidades.

Pero eso no me iba a detener, así que me puse manos a la obra, el paso es simple, un USB con Net Install de Debían (BalenaEtcher para grabación, o DD, otros métodos no funcionaron) conectado en uno de los puertos posteriores, un PEN Drive (> 2 Gb, use uno de 8) y un SSD de 32 Gb conectado al puerto SATA 6. Además, 4 discos ocupando casa una de las bahías frontales, para utilizar cada uno de los puertos. En BIOS (Hice un update completo de Firmware y IP, para otro momento) configure para que inicie como se le dé la gana, y la controladora RAID en modo SATA AHCI por qué el controlador no está disponible para Debían (Por ahora)

La instalación es simple, la única parte rara es asignar el PEN como /boot. El resto todo al SSD que durante la instalación quedó cómo en /dev/sdf, y lo importante, hacer el primer inicio con el disco de instalación conectado, de modo que los discos mantengan el dispositivo (/dev/sdx) debido a que si desconectamos algo, nuestro arranque no va a lograr localizar el disco de instalación y no va a arrancar. Una vez que se da el primer inicio, verificamos /etc/fstab , que se encuentre configurado por UUID, y si vemos la configuración de GRUB veremos que apunta por dispositivo, lo que debemos actualizar mediante un update-grub. Volvemos a verificar nuestra configuración de GRUB y ahora vamos a ver qué root se actualizó a UUID. Eso es todo! Ahora podemos aprovechar nuestra instalación, cambias de ubicación nuestro disco, añadir otros, jugar con las bahías y tendremos nuestro PEN Drive de arranque bien guardado en el interior de nuestro servidor protegido y con la tranquilidad de que solo es utilizado durante el arranque del sistema.

El resto es instalar OMV sobre Debian.