Hay SQL 2008 R2… aún no te uso, y ya te empiezo a odiar!!!!…

Disculpen por el titulo, hoy empecé el día un tanto muy optimista, pero de nuevo a Ms se le ocurrió arruinarme el día… veamos,Hoy comencé a crear 2 maquinas virtuales (2 por recomendación de Emilio, por que yo iba por 1 con todo incluido), luego de tenerla actualizada con todo, para evitar problemas con los GUID… le aplique el sysprep para tener las 2 totalmente diferentes, cabe señalar que era Windows 2003 Standart R2 en ESPAÑOL (ojo con el idioma), luego hice la copia del hdd vpc base  y comencé en paralelo las 2 instalaciones, en uno instale el Office 2007 y aun no termina de instalar el Visual Studio 2010 (obvio los 2 en español), y en la otra tenia planeado instalar el SQL 2008 R2 en ESPAÑOL, para luego ponerle el TFS en ESPAÑOL ..pero alli empezaron los problemas….

comenzó a salirme un error de que no se soportaba el idioma, que faltaban archivos de localización etc etc ( sry por no poner screenshot pero ya del puro enfado se me paso), pensé que el archivo estaba mal, así que volví a copiar el iso, pero no, estuve intentar darle vuelta al instalador, pero nada…,      hasta que ya por vencido decidi al ultimo recurso, san google, y tan mala fue la sorpresa, que el bug ya esta reportado, pero como es obvio, los del TEAM de SQL no lo consideran bug… y no lo han reparado…. o no dan una solución decente)… se que quieren verlo… alli les va:

http://connect.microsoft.com/SQLServer/feedback/details/556958/sql-server-setup-media-does-not-support-the-language-of-the-os

luego de esa gran decepción, seguí googleando y encontré esta solución que al inicio me pareció estúpida, pero la intente…. y si funciono.. cual era??? pos simplemente tenia que cambiar la region del Windows a “España”… pero… pero  yo vivo en México!!!… es algo realmente estúpido…, pero realmente es un problema… que pase esto… muy mal por el TEAM de SQL, sinceramente no se quien fue el de la grandiosa idea de hacer esto… y mas aun por el problema no solucionado por Microsoft…  ( lo vi aquí http://social.msdn.microsoft.com/Forums/es-ES/sqlserveres/thread/c95d07c0-f9ad-4f2c-9e98-66b52e08e6e0 )

Tan animado que empecé el día, pero tenia que pasar esto!!, si, ya se que muchos me dirán que por que uso software en español…, pero ya saben, me gusta, lo uso y lo seguiré usando, además eso no es excusa, para tener este tipo de problemas…, jeje bueno creo que al que hizo esto le deben de andar ardiendo las orejas, por todo lo que le estado diciendo por acá jaja xD.

Sinceramente creo que Microsoft tiene un serio problema en su área de testing de productos con localización… me viene a la mente otras canas verdes que me saco mas de un producto localizado y algunas discusiones con los team…, si ya se, elegí usar en español y me tengo que aguantar…. jaja.

 

Bueno ya esta instalando el SQL espero ya no me de mas problemas… esperemos todo siga sin inconvenientes…

19 comentarios en “Hay SQL 2008 R2… aún no te uso, y ya te empiezo a odiar!!!!…”

  1. Buenas,

    Espero que lo de “disculpen por el título” lo digas por la patada que le das al diccionario de la RAE con la “H” inicial del título.

    Errores ortográficos al margen, creo que estás equivocado en tus afirmaciones en este post, además, la información que proporcionas es insuficiente. Sí, utilizas Windows en Español, pero hay exactamente 22 localizaciones cuyo idioma es el Español (conocidas como LCIDs para ser precisos), puedes verlas aquí:

    http://msdn.microsoft.com/en-us/goglobal/bb964664.aspx

    En cuanto a tu problema con la instalación de SQL Server 2008 R2, espero que tú mismo te des cuenta de que no es fallo del instalador, sino una restricción intencionada que se ha introducido en R2 para permitir sólo la instalación de sistemas totalmente soportados, esto es, aquellos en los que la LCID del sistema operativo y la de SQL Server coincidan. Esta restricción está indicada ya en las release notes de SQL Server, y obviamente es por el bien del usuario, también se encuentra en una de las respuestas en el link de Connect que has puesto inicialmente en el post.

    “With SQL Server 2008 R2, there was a localization change made to ensure we allow only supported configurations:

    – ENU SQL Server installation on ENU OS
    – ENU SQL Server installation on LOC OS (where LOC is any SQL-Server supported language)
    – LOC SQL Server installation on LOC OS (where LOC is the same LCID for both SQL Server media and OS language setting) [ESTE ES PARTICULARMENTE EL ESCENARIO EN QUE TE ENCUENTRAS TU]

    In the past releases, other combinations were not blocked, but also were not fully supported.

    The error message is intentional, and you need to match the system locale and SQL Server media language according to the rules that are now enforced [ESTE ES EL CAMBIO NECESARIO PARA PODER TERMINAR LA INSTALACION CON EXITO]”

    Como ves, el escenario que has descrito está perfectamente probado y no se trata de un bug, sino de una falta de atención por TU parte a la hora de realizar la instalación.

    De tu última afirmación, acerca del testing de productos localizados en Microsoft, simplemente y para no entrar en polémicas te diré que evites hablar sobre lo que no sabes. Creo que los motivos que he dado previamente en este comentario te van a servir para darte cuenta de a qué me refiero…

    Disfruta de la mejor versión de SQL Server hasta la fecha…

    M.

  2. Es fascinante lo facil que es hacer el ridiculo cuando te quejas de un bug en público sin asegurarte de que es un bug. Hay que controlar el calentón… 🙂

    Sinceramente, yo he adoptado hace tiempo la política de nunca quejarme en público de un bug. Adopté esta firme convinción a partir de ver como 9 de cada 10 veces que alguien se queja en Geeks.ms de un bug, acaba con el culo al aire… Para muestra otro botón: http://geeks.ms/blogs/rcorral/archive/2008/07/13/bugleanos-o-la-historia-de-un-bug-que-no-lo-es.aspx

    @Miguel, excelente aclaración, ¿tu no tendrás nada que ver con la calidad del software y el testing, no? ;). A ver si te prodigas un poco por tu blog, nos tienes abandonados ;P

    ¡Un saludo!

  3. Hola… a ver veamos…

    Miguel… sobre lo del bug, yo aún creo que si es un bug… en el instalador, por que si bien dices que hay 22 tipos de localizaciones, microsoft no hace una traduccion para “español México” y otra para “Español de España”… solo hace 1..si UNA sola traduccion para “Español”, la pc la tenia configurada con Español Mexico…, asi que en teoria es la misma localizacion, solo que con la diferencia del pais de residencia…, daria como valido tu punto si microsoft diera una traducción para México y otra para España… pero es la misma…, y que tenga que cambiarme la region a un pais a donde no vivo… solo para una instalacion es algo absurdo, muy mal planeado…, si es el mismo idioma de localizacion, no deberia haber ningun problema con el pais de residencia…, y sobre localizacion dices que no se, pues te comento que participe en varios proyectos de localizacion y betas, varias veces tuve algunos inconvenientes con los teams por bugs asi, donde entre los equipos se echan la pelota de “ese no es mi problema” y a las finales demoran en responder…
    en la explicación a la que haces referencia, alli hablan del la localizacion… que el SO tiene que ser del mismo idioma que el SQL, en mi caso lo eran, los 2 eran del mismo idioma…, y dime en que parte del Instalador avisa que tengo que cambiar el pais de residencia a España? si me muestras ese mensaje en el instalador, me retracto publicamente.

    Rodrigo:

    Entonces a ti te parece correcto que forzosamente tenga que cambiar mi region en windows a España, siendo que tengo el windows en español y solo existe una localizacion a Español, y en el instalador no advierta que el problema es el Pais ?… y nada que ver el idioma…, y peor aun, en el instalador no avisar de “ese detallito”… ¿tu pondrias esa “Feature” en tus aplicaciones?, si es asi, seria muy lamentable…, yo aun creo que es un bug del instalador…

    Mario:
    si bien puedo y en algunos casos uso Software en ingles… me siento mas comodo leyendolo en mi idioma natal, obviamente se que me topare con lios como este…

  4. Buenoooo.. si vamos a llorar por estas situaciones, poca vida de informatico has tenido tu… llevo desde 1980 en esto y no he maldecido las veces que he usado software y ha fallado por que “creia” o “deberia” de funcionar con coherencia… ya sea por Microsoft o sea por Unix (linux)…
    Si ya te cabreas sabiendo que puede ser un bug, por que no lo racionalizas mejor y dejas de demostrar que eres una persona facilmente alterable y no propenso para este mundo informatico.. no al menos como experto.. si como usuario.

    Y para que no te moleste mas mis cometarios.. me borro de este blog…

  5. UnoQuePasaba:

    Bueno, gracias por tu comentario, y si ya no vuelves, no hay lio, aunque hubiera sido mas interesante si hubieras puesto tu nombre real, de todos modos, gracias xD.

    y sobre lo de propenso a alterarme…, si en casos como este, cuando son errores faciles de detectar y predecir, soy mas tolerante cuando son bugs algo complejos y dificiles de detectar…, pero en este caso, al aprecer cuando “planearon” esto, andaban en alguna fiesta y no tuvieron todas las consideraciones del caso, tengo varios años trabajando en Testing y QA,ademas de la programacion,( obvio no desde los 80 :D) por eso es que tomo mucho enfasis en este tipo de cosas.

    Salu2

    Ddaz

  6. Muy de acuerdo contigo David, yo también lo veo como algo a mejorar, como un bug, y es algo que tienen que mejorar.

    Por cierto, a veces parece que se “ataca” por estos blogs, a la gente que dice algo malo de Microsoft.

    Y Llopis hay que ser menos prepotente y aprender de las crítica, que aunque pudieran ser sin razón, merecen una consideración y pensar que igual algo no está también como debería.

  7. Yo creía que el comentario de Miguel lo dejaba clarito… que no es un bug. Que es algo no soportado y punto. Que Microsoft ya lo conoce y ha decidido dejarlo así.

    Además todo bug candidato pasa un triage y el fabricante del software decide si corregirlo o no. En el peor de los casos lo han considerado y han decidido dejarlo así.

    La clave del asunto desde mi punto de vista, es que hay que manejar información suficiente antes de clamar al cielo.

    ¡Un saludo!

  8. Hola de nuevo redrigo..

    no es algo que ellos hayan previsto, lo que dices es que es uno de los tan conocidos y odiados ( y no solo yo) “By Design” de Ms, que basicamente es cuando le da flojera reparar algo o no le da la suficiente importancia, y decide no arreglarlo, algo que se que mas de uno estara de acuerdo conmigo.. xD, pero eso no implica que este bien… o que al decidir que se llame ” by design” eso quede como algo bueno, simplemente es la excusa para no querer aceptarlo como bug…, o bueno quiza aqui la palabra mas exacta seria “un mal diseño que no quieren aceptar”?.

    sobre lo que dices que si hay que manejar suficiente informacion, por lo que puso miguel.. si te fijas… yo mismo habia puesto la liga a connect…, la info la tenia, pero eso no arregla nada, ni lo vuelve como algo arreglado…, es simplemente algo que microsoft no quiere arreglar, por sus ganotas, asi como todo lo “by design” que pone… o me equivoco?…

    pero insisto… el by design no implica que eso este bien construido xD.

  9. Buenas,

    Yo tan sólo tengo 3 años de experiencia en testing y QA en una empresa en la cual, como tú dices, no se realiza dicha tarea con la suficiente rigurosidad y nivel de calidad, aún así, permíteme el atrevimiento de señalar que cometes un error de bulto al identificar directamente idioma con local. Una local (locale, en Inglés), consiste en un conjunto de configuraciones específicas para una determinada región. Entre ellas, y quizá la más evidente a ojos del usuario, el idioma, pero existen muchas más, entre ellas, la forma de visualizar fechas/horas (esto es crítico en una base de datos por ejemplo), DD-MM-YYYY vs MM-DD-YYYY, fecha en la cual se cambia horario de verano a horario de invierno o viceversa, etc. También entre otras características definitorias de la local de un sistema está la configuración del teclado, y aquí encontrarás un ejemplo obvio de por qué la local de España (ES-es) difiere de la de México (ES-Mx), ya que (por citar el primer ejemplo concreto que viene a la mente), un teclado con configuración ES-Mx carece del símbolo del Euro (€), que en ES-es se puede introducir mediante “ALTGR + E”. Esto por citar tan sólo algunas de las diferencias entre ambas locales, pero hay bastantes más, lo cual ya dejo a tu libre exploración.

    En cuanto al “bug” que comentas, creo que también confundes el término “bug” con el de “design issue” (cuestión de diseño). Si has reportado esto vía Connect, la resolución de By Design, no significa que se introduzca un bug por diseño (aunque te pueda sorprender, nuestros arquitectos no son tan estúpidos como para eso), sino que el comportamiento que se pone de manifiesto en un escenario concreto como el tuyo se debe a una cuestión de diseño del sistema (en este caso, la intencionada restricción de diferencias entre locales del SO y de SQL Server, de la que ya he hablado en mi comentario anterior).

    Al respecto de algún otro comentario que he leído (no he podido leer todo), tan sólo comentar que mi trabajo es ser crítico, buscar defectos, y esto no sólo incluye buscar defectos en el software, sino saber cuándo un defecto reportado lo es verdaderamente o no. A menudo la rigurosidad y atención al detalle se puede llegar a confundir con prepotencia, son gajes del oficio. Si hay algo que me irrita son los sensacionalismos, y especialmente aquellos no fundamentados.

    Saludos,
    M.

  10. Miguel:

    Sobre la diferencia de monedas y el manejo de fechas que indicas, si estoy conciente y en si no tengo problema con que haya esa limitacion (cosa que ya sabia desde antes de poner el post, pero al parecer piensas que no lo sabia, ni entiendo lo de las localizaciones, etc), en si mi disgusto no es el que exista la limitacion, mi punto es que en el instalador no se advierte de esta situacion, a la hora de instalar, o mejor dicho cuando te truena la instalacion, no te dicen ” tu pais esta configurado para mexico, y el instalador de SQL en Español viene para España, cambia de pais#”, haces referencia a una entrada de connect, la cual yo tbm hice referencia, pero ese no es parte del instalador, ni de algun txt aclaratorio en el…, es un lugar donde se reporta el error y ms da una vaga aclaracion…

    por que pienso que es un mal diseño? por que si bien se hizo el cambio, ( como indicas para evitar lios en la db), esta modificación no esta indicada en el instalador, y menos avisa cual es el pais indicado en el instalador del sql… ( o sera que piensan que solo en españa se usa la version en español?); o peor aun, en el instalador como tal, no dan la opcion para cambiar la region del instalador al pais en el que uno esta…, lo mas obvio y logico, si voy a poner una restriccion que no me va a dejar instalar, no seria que minimo avise de esa restriccion (en el instalador) y/o ponga una forma de solucionarlo? (desde elinstalador)

    pones que es “solo mi caso concreto”, pero te puedo asegurar que no soy el unico que usa el sql en español…, y por ende no soy el unico que a tenido este problema, aunque al parecer, quiza sea el unico que se quejo publicamente de esto,

    bueno por eso de la prepotencia, al menos conmigo no hay lio, yo soy igual de exigente (por eso escribo cosas asi, aunque me digas sensacionalista, y presumas que no me fundamento -se nota que no meconoces ;)-).

    Saludos

    Ddaz

  11. Una pregunta sobre el tema (quizás por leer rápido no me di cuenta, y mejor aclarar)

    Es decir después que cambias tu pasi a ES-España, se logra instalar SQL Server y todo funciona bien. Después de instalar SQL Server, puedes regresar tu idioma de nuevo a Español México o tiene que quedarse en Español España para que funcione SQl Server?

    Saludos,

  12. Hasta ahora trabaja sin problemas, en el SQL sale en la parte de idioma “Español (alfabetización internacional)”, y esta en México.

    Salu2

    Ddaz

  13. ReReRe-Plop! eso no es un “Bug” y ya no sigas tratando de darle fundamento al ROCHE que has hecho. Querer refutarle a Miguel algo sobre lo que el conoce mejor que uno, que kamikaze eres.

    Saludos.

  14. 🙂 Roche? bueno, es tu impresion, e platicado con varias personas, y estan deacuerdo conmigo, no lo considero un roche, y bueno sobre lo otro… bueno es tu impresion ;).

    Saludos

    Dacito Kamikaze

  15. Veo que hay gente que se toma eso de ser evangelistas de Microsoft muy a pecho y defienden a rajatabla lo indefendible, pero bueno puede no ser un BUG pero si es un HORROROSO ERROR, o sea que no el SQL 2008 R2 solo se puede usar en ESPAÑA ???

    Yo soy de Peru y me paso lo mismo tuve que cambiar la configuracion regional a españa y pude instalar pero definitivamente me parece una reverenda tonteria un error que solo podria provenir de las canteras de Microsoft

    Saludos

  16. jejeje a mi me paso, pero con la suelte que se me ocurrio cambiar a “España” y probar, y funciono…. en verdad que es molesto, pero por lo menos tiene solución… Saludos

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *