Tipus Títol Author Comments Last updated
Entrada de blog Oracle 10g: OPEN_CURSORS y SHARED_OPEN_CURSORS il_masacratore 0 14 years 4 months ago
Tema de debate Importar base de datos desde Oracle gilson 2 14 years 5 months ago
Entrada de blog SSAS: Permitir el acceso de usuarios a los cubos il_masacratore 1 14 years 7 months ago
Entrada de blog SSIS: Problemas para acceder a Oracle 10g desde entorno de 64 bits mediante Oledb il_masacratore 0 14 years 7 months ago
Tema de debate Oracle global_names il_masacratore 1 14 years 10 months ago
Tema de debate Bi con SQLServer il_masacratore 3 14 years 11 months ago

Publicaciones

  • SQL08: affinity_mask, io_affinity_mask i com muntar dos entorns en un mateix servidor sense que es "trepitgin"

    Ens posem en situació
    En el nostre entorn és possible que necessitem disposar de dos rèpliques d'una/s base de dades en entorns diferenciats (el clàssic exemple seria producció i test). Per decidir com ho fem les preguntes més comuns que ens hem de fer són:

    - Aquest nou entorn serà temporal? Conté bases de dades gran en quant a volum i / o la càrrega que ha de suportar és elevada (encara que sigui test)?
    - Disposo de la versió de desenvolupament de SqlServer2008? Que només està al teu abast si tens una subscripció MSDN ...
    - Disposo d'un servidor addicional?

    En base a aquestes preguntes i totes les que se li puguin a un ocórrer es pot optar per diferents solucions:
    -El més senzill i si la base de dades més la càrrega a suportar són petites podem utilitzar el mateix servidor per a totes les bases de dades (vam crear en el mateix servidor amb noms diferents (_Test) i Santes pasqües ...). Perquè no es molestin entre si podem utilitzar Resource Governor.

  • SQL08: affinity_mask, IO_affinity_mask and like riding two on a single server environments without being "walked"

    We put ourselves in position
    In our environment we may need to have two replicas of a / s data base distinct environments (the classic example would be production and test). In deciding as we do the most common questions we must ask ourselves are:

    - Is this new environment will be temporary? Does large data bases in terms of volume and / or load to be borne is high (even test)?
    - Is there version SqlServer2008 development? That alone is at hand if you have an MSDN subscription ...
    - Is there an extra server?

    Based on these questions and all that it can happen one can opt for different solutions:
    "The easiest and if the database to bear the burden are small we can use the same server for all databases (created on the same server with different names (_test) and Holy Easter ...). In order not to disturb each other we can use Resource Governor.
    "The most" aseptic "if resources permit and where it would be worthwhile to mount on different servers (if we have the development version)
    "Another option is a mixture of the above. Fit the two environments on the same server but different instances.
    -Etc ...

    1 server cpu n (n> 1) + 2 = 2 instances environments

  • Cómo montar dos entornos en un mismo servidor SQL Server 2008 sin que se "pisen"

    Propiedades del ServidorNos ponemos en situación
    En nuestro entorno es posible que necesitemos disponer de dos replicas de una/s base de datos en entornos diferenciados (el clásico ejemplo sería producción y test). Para decidir como lo hacemos las preguntas más comunes que nos debemos hacer son:

    -¿Este nuevo entorno será temporal? ¿Contiene bases de datos grande en cuanto a volumen y/o la carga que debe soportar es elevada(aunque sea test)?
    -¿Dispongo de la versión de desarrollo de SqlServer2008? Que solo está a tu alcance si tienes una suscripción Msdn...
    -¿Dispongo de un servidor adicional?...

     

     

  • SQL08: Sincronizzazione dei database di Microsoft Dynamics AX 2009 su SQL Server 2008

    Per coloro amministratori di database che hanno a che fare con una tale Dynamics AX 2009 ei suoi scagnozzi (sviluppatori, consulenti, ecc Lascio qui un paio di cose che dovreste sapere (o dovrei dire) quando ci uniamo ax2009 e SQL Server 2008. A volte si può puntare al database come fonte del problema, ma non sempre. Alcuni requisiti di prendere in considerazione per l'installazione di Ax2009 sono che l'utente che si vuole accedere al sistema dovrebbe essere utente e il dominio nel ruolo di SQL Server deve essere un membro di dbcreator e securityadmin e creare il nuovo database di installazione Ax. Una volta installato (o durante il processo di installazione) il problema con il database che possiamo trovare sono:

    Caso 1:
    Un altro problema noto in sincronizzazione dei dati può essere causato dalla mancanza di autorizzazioni. Il messaggio è questo:

  • SQL08: Sincronització de la base de dades de Microsoft Dynamics AX 2009 sobre Sql Server 2008

    Per a aquells administradors de bases de dades que hagin de tractar amb un tal Dynamics Ax 2009 i els seus sequaços (desenvolupadors, consultors, etc ) Deixo aquí un parell de cosetes que s'han de saber (o et han de dir) quan unim ax2009 i sql server 2008. De vegades es pot apuntar a la base de dades com a font del problema però no sempre és així. Alguns requeriments a tenir en compte per a la instal lació de Ax2009 són que l'usuari amb el que vulguin accedir per fer la instal lació ha de ser usuari de DOMINI i en SQL Server ha de ser membre de rol dbcreator i securityadmin per poder crear la nova base de dades des l'instal lador de Ax. Un cop instal lat (o durant el procés d'instal lació) els problemes amb la base de dades que ens podem trobar poden ser: 

    Cas 1:
    Un altre problema conegut a la sincronització de dades es pot produir per la falta de permisos. El missatge diu alguna cosa així:

  • SQL08: Synchronization Database Microsoft Dynamics AX 2009 on SQL Server 2008

    For those database administrators who have to deal with such a Dynamics Ax 2009 and his henchmen (developers, consultants, etc. )  I leave here a couple of things you should know (or I should say) when we join ax2009 and sql server 2008. Sometimes you can point to the database as a source of the problem but not always. Some requirements to consider for installing Ax2009 are that the user you want access to the system should be user and DOMAIN in sql server role must be a member of securityadmin dbcreator and to create the new database from Ax installer. Once installed (or during the installation process) the problem with the database that we can find include: