Descripcin de la memoria cach de la

base de datos de buzones

Exchange 2010
Personas que lo han encontrado til: 0 de 2 - Valorar este tema
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
ltima modificacin del tema: 2012-04-23
El motor de almacenamiento extensible (ESE) usa la memoria cach de base de datos para
reducir las operaciones de E/S. En general, mientras ms cach de base datos haya
disponible, menor es la E/S que se genera en un servidor de buzones de correo de Microsoft
Exchange Server 2010. La reduccin de E/S de la base de datos depende, principalmente,
de la cantidad de cach de base de datos disponible en el servidor y del perfil de mensajes
del usuario.

Efectividad de la memoria cach de base de datos

mejorada
La efectividad de la memoria cach de base de datos se ha mejorado en Exchange 2010
debido a diversos cambios tcnicos. Uno de los cambios ms significativos es el aumento
del objetivo de profundidad de control de registro. El objetivo de profundidad de control de
registro se usa para garantizar que los cambios realizados en la memoria cach de registro y
de base de datos se escriban en el archivo de la base de datos en un lapso de tiempo
razonable. Se ha incrementado de 20 MB por base de datos a 100 MB por base de datos
cuando una base de datos tiene ms de una copia (en un grupo de disponibilidad de base de
datos o DAG). La tabla siguiente proporciona los objetivos de profundidad de control de
registro predeterminados para Exchange 2010.
Configuracin del objetivo de profundidad de control de registro predeterminada por
base de datos del buzn de correo

Objetivo de profundidad de
control de registro (MB)

Configuracin de base de datos

Independiente (un copia de base de datos)

20

Resistencia del buzn de correo: Copia de la base de

datos activa con dos o ms copias (DAG)

100

Copia de la base de datos pasiva

Debido a este cambio, la E/S de escritura de base de datos para una base de datos activa con
dos o ms copias puede ser de hasta 40 por ciento menos que la E/S de escritura de base de
datos de una base de datos independiente. Cuando una base de datos tiene un objetivo de
profundidad de control ms alto, puede retener los cambios de los archivos de la base de
datos en la memoria por un periodo ms largo; de modo que se mejora la capacidad de
combinar las E/S (fusin) y se reducen las E/S de escrituras repetidas (E/S que se pueden
guardar al retrasar la escritura lo ms que se pueda para que los diversos varios de la base
de datos se puedan realizar en la memoria antes de escribir el cambio en el archivo de base
datos).
Este cambio solo se realiz para soluciones de resistencia de buzn de correo ya que un
objetivo de profundidad de control ms profundo puede incrementar, significativamente, el
tiempo que tarda la base de datos activa en recuperar la base de datos fallida despus de un
error. Este problema se ha centrado en configuraciones de resistencia de buzn de correo ya
que si la base de datos activa falla, se desencadena, de manera automtica, una
conmutacin por error para otra copia en buen estado. Las operaciones de reproduccin de
registro se reanudarn cuando se recupere la base de datos con error.
El objetivo de profundidad de control se ha reducido, posteriormente, en copias de base de
datos pasivas para reducir el tiempo que tarda en producirse un cambio o una conmutacin
por error de una base de datos. Una copia de base de datos pasiva con un objetivo de
profundidad de control de 5 MB se puede activar mucho ms rpido que una copia con un
objetivo de profundidad de control ms alto (hay menos registros para volver a reproducir
cuando se realiza una transicin entre el estado pasivo y activo). Una copia de base de datos
pasiva no cuenta con E/S transaccional; por lo tanto, hay una capacidad de repuesto para
manejar la E/S de escritura adicional con el objetivo de profundidad de control ms bajo.

Requisitos mnimos de la memoria cach de base de datos

Para garantizar que la base de datos de ESE tenga suficiente memoria para trabajar, de
manera efectiva, existe una cantidad mnima requerida de memoria fsica por servidor
basado en el recuento de base de datos. Estos requisitos se aplican a las copias activas y
pasivas de la base de datos. Consulte la tabla siguiente para los requisitos.
Memoria mnima requerida por servidor de buzones de correo

Recuento de base de datos

Memoria fsica mnima necesaria para Exchange 2010

1-10

2 GB

11-20

4 GB

21-30

6 GB

31-40

8 GB

41-50

10 GB

51-60

12 GB

61-70

14 GB

71-80

16 GB

81-90

18 GB

91-100

20 GB

Mtrica de la memoria cach de base de datos

En versiones anteriores de Exchange, una de las mtricas clave necesaria para determinar el
tamao del almacenamiento era la cantidad de E/S de base de datos por segundo (IOPS)
consumida por cada usuario. Los dos factores ms importantes que se pueden usar para
predecir las IOPS del buzn de correo de Exchange 2010 son la cantidad de cach de base
de datos por buzn de correo y el nmero de mensajes que enva y recibe cada usuario por
da.
La siguiente tabla brinda valores estimados para la IOPS por buzn de correo segn la
actividad del mensaje y la memoria cach de base de datos. Puede usar la informacin que
aparece en la tabla para ayudar a predecir los requisitos de E/S del buzn de correo de
Exchange 2010 de lnea de base.

Estas estimaciones solo son vlidas para tamaos de cach de base de datos de entre 3 MB
y 30 MB por buzn de correo. Estas estimaciones se han validado con los usuarios que
poseen las siguientes caractersticas: Alto porcentaje de clientes en modo cach de
Exchange en Microsoft Office Outlook 2007 o Outlook 2010; buzones de correo de 2 GB y
un alto porcentaje de uso de Exchange ActiveSync. El tamao de mensaje medio usado
para las estimaciones es de 75 KB, aunque el tamao del mensaje no es un factor principal
para la IOPS. Otros tipos de clientes y situaciones pueden generar resultados imprecisos.
IOPS estimada por buzn de correo basado la actividad del mensaje y en la memoria
cach de base de datos del buzn de correo

Varias copias de la
Mensajes enviados /
Cach de nica copia de la base
base de datos
recibidos por buzn de
base de
de datos
(resistencia de buzn
correo por da (tamao
datos por (independiente): IOPS
de correo): IOPS
promedio de los mensajes de usuario estimada por buzn de
estimada por buzn
aproximadamente 75 KB)
(MB)
correo
de correo
50

.060

.050

100

.120

.100

150

.180

.150

200

12

.240

.200

250

15

.300

.250

300

18

.360

.300

350

21

.420

.350

400

24

.480

.400

450

27

.540

.450

500

30

.600

.500

Despus de que determine los requisitos de tamao de la memoria cach de base de datos,
el prximo paso es determinar los requisitos de memoria mnima por servidor para
garantizar que se puedan satisfacer los requisitos de tamao de la memoria cach de base de
datos. El tamao de la memoria cach de base de datos debe tenerse en cuenta para el
proceso de tamao para garantizar que la cantidad de memoria fsica por servidor sea la
adecuada para satisfacer las necesidades del recuento del buzn de correo con un perfil de
usuario dado.
La siguiente tabla enumera los tamaos predeterminados de la cache de base de datos del
buzn de correo para los servidores de buzones de correo con un nico rol as como
tambin para los servidores con varios roles.

Tamaos predeterminados de la memoria cach de base de datos del buzn

de correo
Tamao de la memoria
Tamao de la memoria cach de base de
Memoria fsica
cach de base de datos:
datos: Varios roles (por ejemplo,
del servidor
(Solamente rol de buzn de Transporte de concentradores + Buzn
(RAM)
correo)
de correo)
2 GB

512 MB

No se admite

4 GB

1 GB

No se admite

8 GB

3,6 GB

2 GB

16 GB

10,4 GB

8 GB

24 GB

17,6 GB

14 GB

32 GB

24,4 GB

20 GB

48 GB

39,2 GB

32 GB

64 GB

53,6 GB

44 GB

96 GB

82,4 GB

68 GB

128 GB

111,2 GB

92 GB

Nota:
Puede modificar el tamao predeterminado de la memoria cach de base de datos al
realizar cambios a los atributos msExchESEParamCacheSizeMax y
msExchESEParamCacheSizeMin enActive Directory. Para obtener ms
informacin, consulte Cmo modificar el tamao mximo de la memoria cach de base de
datos de almacenamiento en Exchange 2000 Server. Use pginas de 32 KB para realizar los
clculos de tamao de la memoria cach.
Para determinar los requisitos de memoria el servidor, consulte Ejemplo de diseo de roles
del servidor Buzn de correo de Exchange 2010, que proporciona informacin acerca del
diseo del rol de servidor Buzn de correo para determinar la memoria, la capacidad, el E/S
y el rendimiento de CPU adecuados.
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

3.1. Activar el Cache

El sistema de cache requiere slo una pequea configuracin. A saber, tendrs que decirle
donde vivirn los datos de tu cache, si es en una base de datos, en el sistema de archivos, o
directamente en memoria. Esta es una decisin importante que afecta el rendimiento de tu
cache (si, algunos tipos de cache son ms rpidos que otros). La cache en memoria
generalmente ser mucho ms rpida que la cache en el sistema de archivos o la cache en
una base de datos, porque carece del trabajo de tocar los mismos.

Tus preferencias acerca de la cache van en CACHE_BACKEND en tu archivo de configuracin.

Si usas cache y no especificas CACHE_BACKEND, Django usar simple:/// por omisin. Las
siguientes secciones explican todos los valores disponibles para CACHE_BACKEND.
13.1.1. Memcached

Por lejos la ms rpida, el tipo de cache ms eficiente para Django, Memcached es un

framework de cache enteramente en memoria, originalmente desarrollado para manejar
grandes cargas en LiveJournal y subsecuentemente por Danga Interactive. Es usado por
sitios como Slashdot y Wikipedia para reducir el acceso a bases de datos e incrementar el
rendimiento dramticamente.
Memcached est libremente disponible en http://danga.com/memcached/. Corre como un
demonio y se le asigna una cantidad especfica de memoria RAM. Su caracterstica
principal es proveer una interfaz una super-liviana-y-rpida interfaz para aadir,
obtener y eliminar arbitrariamente datos en la cache. Todos los datos son guardados
directamente en memoria, por lo tanto no existe sobrecarga de uso en una base de datos o
en el sistema de archivos.
Despus de haber instalado Memcached, es necesario que instales los bindings Python para
Memcached, los cuales no vienen con Django. Dichos bindings vienen en un mdulo de
Python, memcache.py, el cual est disponible en
http://www.tummy.com/Community/software/python-memcached/.
Para usar Memcached con Django, coloca CACHE_BACKEND como
memcached://ip:puerto/, donde ip es la direccin IP del demonio de Memcached y
puerto es el puerto donde Memcached est corriendo.
En el siguiente ejemplo, Memcached est corriendo en localhost (127.0.0.1) en el puerto
11211:
CACHE_BACKEND = 'memcached://127.0.0.1:11211/'

Una muy buena caracterstica de Memcached es su habilidad de compartir la cache en

varios servidores. Esto significa que puedes correr demonios de Memcached en diferentes
mquinas, y el programa seguir tratando el grupo de diferentes mquinas como una sola
cache, sin la necesidad de duplicar los valores de la cache en cada mquina. Para sacar
provecho de esta caracterstica con Django, incluye todas las direcciones de los servidores
en CACHE_BACKEND, separados por punto y coma.
En el siguiente ejemplo, la cache es compartida en varias instancias de Memcached en las
direcciones IP 172.19.26.240 y 172.19.26.242, ambas en el puerto 11211:
CACHE_BACKEND = 'memcached://172.19.26.240:11211;172.19.26.242:11211/'

En el siguiente ejemplo, la cache es compartida en diferentes instancias de Memcached

corriendo en las direcciones IP 172.19.26.240 (puerto 11211), 172.19.126.242 (puerto
11212) y 172.19.26.244 (puerto 11213):
CACHE_BACKEND =
'memcached://172.19.26.240:11211;172.19.26.242:11212;172.19.26.244:11213/
'

Una ltima observacin acerca de Memcached es que la cache basada en memoria tiene una
importante desventaja. Como los datos de la cache son guardados en memoria, sern
perdidos si los servidores se caen. Ms claramente, la memoria no es para almacenamiento
permanente, por lo tanto no te quedes solamente con una cache basada en memoria. Sin
duda, ninguno de los sistemas de cache de Django debe ser utilizado para almacenamiento
permanente son todos una solucin para la cache, no para almacenamiento pero
hacemos hincapi aqu porque la cache basada en memoria es particularmente temporaria.
13.1.2. Cache en Base de datos

Para usar una tabla de una base de datos como cache, tienes que crear una tabla en tu base
de datos y apuntar el sistema de cache de Django a ella.
Primero, crea la tabla de cache corriendo el siguiente comando:
python manage.py createcachetable [nombre_tabla_cache]
Donde [nombre_tabla_cache] es el nombre de la tabla a crear. Este

nombre puede ser

cualquiera que desees, siempre y cuando sea un nombre vlido para una tabla y que no est
ya en uso en tu base de datos. Este comando crea una nica tabla en tu base de datos con un
formato apropiado para el sistema de cache de Django.
Una vez que se hayas creado la tabla, coloca la propiedad CACHE_BACKEND como
"db://nombre_tabla", donde nombre_tabla es el nombre de la tabla en la base de datos.
En el siguiente ejemplo, el nombre de la tabla para el cache es mi_tabla_cache:
CACHE_BACKEND = 'db://mi_tabla_cache'

El sistema de cache usar la misma base de datos especificada en el archivo de

configuracin. No podrs usar una base de datos diferente para tal.
13.1.3. Cache en Sistema de Archivos

Para almacenar la cache en el sistema de archivos, coloca el tipo "file://" en la

propiedad CACHE_BACKEND, especificando el directorio en tu sistema de archivos que
debera almacenar los datos de la cache.
Por ejemplo, para almacenar los datos de la cache en /var/tmp/django_cache, coloca lo
siguiente:
CACHE_BACKEND = 'file:///var/tmp/django_cache'

Observa que hay tres barras invertidas en el comienzo del ejemplo anterior. Las primeras
dos son para file://, y la tercera es el primer caracter de la ruta del directorio,
/var/tmp/django_cache. Si ests en Windows, coloca la letra correspondiente al disco
despus de file://, como aqu:: file://c:/foo/bar.
La ruta del directorio debe ser absoluta debe comenzar con la raz de tu sistema de
archivos. No importa si colocas una barra al final de la misma.
Asegrate que el directorio apuntado por esta propiedad exista y que pueda ser ledo y
escrito por el usuario del sistema usado por tu servidor Web para ejecutarse.
Continuando con el ejemplo anterior, si tu servidor corre como usuario apache, asegrate
que el directorio /var/tmp/django_cache exista y pueda ser ledo y escrito por el usuario
apache.
Cada valor de la cache ser almacenado como un archivo separado conteniendo los datos de
la cache serializados, usando el mdulo Python pickle. Cada nombre de archivo es una
clave de la cache, modificado convenientemente para que pueda ser usado por el sistema de
archivos.
13.1.4. Cache en Memoria local

Si quieres la ventaja que otorga la velocidad de la cache en memoria pero no tienes la

capacidad de correr Memcached, puedes optar por el cache de memoria-local. Esta cache es
por proceso y thread-safe, pero no es tan eficiente como Memcache dada su estrategia de
bloqueo simple y reserva de memoria.
Para usarla, coloca CACHE_BACKEND como 'locmem:///', por ejemplo:
CACHE_BACKEND = 'locmem:///'

13.1.5. Cache Simple (para desarrollo)

Una cache simple, y de un solo proceso en memoria, est disponible como 'simple:///',
por ejemplo:
CACHE_BACKEND = 'simple:///'

Esta cache apenas guarda los datos en proceso, lo que significa que slo debe ser usada
para desarrollo o testing.
13.1.6. Cache Dummy (o estpida)

Finalmente, Django incluye una cache "dummy" que no realiza cache; slo implementa la
interfaz de cache sin realizar ninguna accin.
Esto es til cuando tienes un sitio en produccin que usa mucho cache en varias partes y en
un entorno de desarrollo/prueba en cual no quieres hacer cache. En ese caso, usa

como 'dummy:///' en el archivo de configuracin para tu entorno de

desarrollo, por ejemplo:
CACHE_BACKEND

CACHE_BACKEND = 'dummy:///'

Como resultado de esto, tu entorno de desarrollo no usar cache, pero tu entorno de

produccin si lo har.
13.1.7. Argumentos de CACHE_BACKEND

Cada tipo de cache puede recibir argumentos. Estos son dados como una query-string en la
propiedad CACHE_BACKEND. Los argumentos vlidos son:

timeout: El tiempo de vida por omisin, en segundos, que usar la cache.

Este argumento tomar el valor de 300 segundos (5 minutos) si no se lo

especifica.

max_entries: Para la cache simple, la cache de memoria local, y la cache

de base de datos, es el nmero mximo de entradas permitidas en la

cache a partir del cual los valores ms viejos sern eliminados. Tomar
un valor de 300 si no se lo especifica.

cull_frequency: La

proporcin de entradas que sern sacrificadas cuando la

cantidad de max_entries es alcanzada. La proporcin real es 1/cull_frequency,
si quieres sacrificar la mitad de las entradas cuando se llegue a una cantidad de
max_entries coloca cull_frequency=2.
Un valor de 0 para cull_frequency significa que toda la cache ser limpiada
cuando se llegue a una cantidad de entradas igual a max_entries. Esto hace que el
proceso de limpieza de la cache sea mucho ms rpido pero al costo de perder ms
datos de la cache. Este argumento tomar un valor de 3 si no se especifica.

En este ejemplo, timeout se fija en 60:

CACHE_BACKEND = "locmem:///?timeout=60"
En este ejemplo, timeout se fija en 30 y max_entries

en 400:

CACHE_BACKEND = "locmem:///?timeout=30&max_entries=400"

Tanto los argumentos desconocidos asi como los valores invlidos de argumentos
conocidos son ignorados silenciosamente.
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

Definicin de cach (informtica)

Anuncios
En informtica, un cach es un componente que almacena datos para que
los futuros requerimientos a esos datos puedan ser servidos ms
rpidamente. Generalmente son datos temporales.
La idea de duplicacin de datos se basa en que los datos originales son
ms costosos de acceder en tiempo con respecto a la copia en memoria
cach.
Los datos almacenados en un cach pueden ser valores que se han
computado recientemente o duplicados de valores almacenados en otro
lugar.
Si se solicitan los datos contenidos en el cach, estos son servidos
rpidamente; de lo contrario, los datos deben ser recomputados o tomados
de su ubicacin original, lo cual suele ser ms lento.
Un cach almacena datos de forma transparente, esto significa que un
cliente que requiere los datos de un sistema, no sabe de la existencia del
cach. Esto es opuesto al buffer.
Funcionamiento general del cach
Cuando un cliente cach (una cpu, un navegador, un sistema operativo)
necesita acceder a un dato que se presume que existe en el cach,
primero revisa all, si lo encuentra esta situacin se llama "cache hit". Por
ejemplo, un navegador web primero comprueba si existe una copia local
de un elemento particular que existe en una pgina web que se est
cargando.
La situacin alternativa, cuando el cach es consultado y no se encuentra
el dato que se desea, esto se llama "cache miss". Luego este dato es
buscado donde corresponde y copiado al cach tambin, listo para el
posible prximo acceso.
Distintos tipos de cach
1. El cach web (web caching) es el cacheo de documentos web (HTML,
imgenes, etc.) en navegadores, buscadores, web proxies, etc. Ver: cache

web.
2. En los buscadores de internet, el cach es la ltima versin de una
pgina que ha sido indexada. Ver: cache (buscadores).
3. Cach de CPU. Es un cach utilizado por el CPU para reducir el tiempo
promedio de acceso a memoria. Para ms informacin ver: cach de CPU.
4. Cach de disco o cach de pgina. Ver: cach de disco.
5. En muchos proxies se suele almacenar un cach web. Ver Proxy web.
6. Cach de bases de datos. Ver: cach de base de datos.
- See more at: http://www.alegsa.com.ar/Dic/cache.php#sthash.5wlNjLU2.dpuf

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

INTRODUCCIN
El modo Cach sistema controla la subdivisin entre la memoria que Microsoft Windows
asigna al almacenamiento en la cach de archivos y la que asigna a las aplicaciones. Los
recursos de la cach del sistema se subdividen durante el inicio y no cambian. El modo
Cach sistema se dise para mejorar el rendimiento de los servidores Windows
aumentando el tamao de la cach de archivos del sistema. Los servidores Web y otros
programas de uso compartido de archivos basados en servidor generalmente funcionan
mejor cuando la informacin se lee de la cach del sistema en lugar de leerse repetidamente
del disco duro. Cuando la cach del sistema se utiliza apropiadamente, el rendimiento del
servidor de archivos mejora.
Si el rendimiento mejora al cambiar del modo Cach sistema al modo Programas, el
sistema operativo experimenta una situacin de pocos recursos de memoria. Esta situacin
afecta a todo el sistema. Es posible que un controlador que pida ms recursos no reciba los
recursos solicitados. Cada controlador y aplicacin puede controlar de manera diferente

esta limitacin de recursos. Por consiguiente, la causa principal es difcil de identificar.

Nota: el modo Cach sistema est habilitado en Microsoft Windows Server 2003 y est
deshabilitado en Microsoft Windows XP de forma predeterminada.

Ms informacin
El modo Cach sistema se dise para el uso con productos de servidor Windows que
actan como servidores. El modo Cach sistema tambin se dise para el uso limitado
con Windows XP, cuando ste se utiliza como servidor de archivos. Este modo no se dise
para el uso cotidiano en el equipo de escritorio. Si utiliza un producto de servidor como
equipo de escritorio, debe considerar si desea cambiar la asignacin de recursos al modo
Programas o agregar ms RAM fsica.
Al habilitar el modo Cach sistema en un equipo que utiliza hardware de vdeo con
Arquitectura de memoria unificada (UMA) o un Puerto de grficos acelerado (AGP), puede
experimentar una reduccin grave y aleatoria en el rendimiento. Por ejemplo, esta
reduccin del rendimiento puede incluir un rendimiento del sistema muy lento, error grave,
la incapacidad de iniciar el equipo, dispositivos o aplicaciones que no se cargan e
inestabilidad del sistema.
Los controladores de estos componentes consumen una gran parte de la memoria de la
aplicacin restante cuando se inicializan durante el inicio. Tambin, en esta situacin de
ejemplo, el sistema puede tener RAM insuficiente cuando se producen las situaciones
siguientes:

Otros controladores y servicios de usuario de escritorio solicitan recursos

adicionales.

Los usuarios de escritorio transfieren archivos grandes.

Para configurar la cach del sistema en Windows XP, siga estos pasos:
1. Haga clic en Inicio y en Ejecutar, escriba sysdm.cpl y haga clic en Aceptar.
2. Haga clic en la ficha Opciones avanzadas.
3. En el rea Rendimiento, haga clic en Configuracin.
4. Haga clic en la ficha Opciones avanzadas.
5. En el rea Uso de memoria, elija una de las configuraciones siguientes:
o Haga clic en Programas si utiliza el equipo principalmente como
estacin de trabajo, no como servidor. Los programas funcionarn ms

rpidamente y la cach del sistema tendr el tamao predeterminado

definido en Windows XP.
o Haga clic en Cach del sistema si utiliza el equipo como servidor o si
utiliza programas que necesitan una cach de sistema grande.
6. Haga clic en Aplicar y reinicie el equipo.
El modo Cach del sistema habilita la entrada del registro LargeSystemCache que se
encuentra en la subclave del Registro siguiente:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
Manager\Memory Management
Nota: si el equipo no se inicia, puede seleccionar la opcin La ltima configuracin
vlida conocida al iniciar el equipo. As se vuelve a restablecer la configuracin de la
entrada del Registro LargeSystemCache a los valores predeterminados.
Para obtener ms informacin acerca de la entrada del Registro LargeSystemCache, visite
la siguiente pgina Web de Microsoft:
http://technet2.microsoft.com/windowsserver/en/library/EFA621BD-A031-4461-9E7259197A7507B61033.mspx
Para obtener ms informacin acerca de temas relacionados, haga clic en el nmero de
artculo siguiente para verlo en Microsoft Knowledge Base:
189327 Cmo asignar RAM del adaptador al espacio de direcciones del proceso
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

Almacenamiento en la memoria cach del navegador o del servidor proxy

Use la prevencin del almacenamiento en memoria cach para asegurarse de que las
impresiones se cuentan cada vez que su anuncio publica. La prevencin del
almacenamiento en memoria cach implica normalmente aadir un generador de nmeros
aleatorios (RNG) a las etiquetas de anuncio, tambin conocido como prevencin del
almacenamiento en memoria cach.
Este proceso es el mismo para todos los anuncios de todos dispositivos, incluidos los
mviles y los que no lo son. Todos los anuncios de DCM utilizan etiquetas estndares y
todas las etiquetas estndares que debe incluir la prevencin del almacenamiento en
memoria cach
Cmo aadir un sistema de prevencin del almacenamiento en memoria cach
a las etiquetas

En el caso de los editores que utilizan DoubleClick for Publishers, debern aadir
un generador de nmeros aleatorios (RNG).

En el caso de los editores que utilizan otras soluciones de publicacin de

anuncios, deber usar una variable de marca de tiempo u otra variable que el
sistema reconozca.

Consulte los pasos que aparecen a continuacin para obtener ms detalles.

Si no se puede generar un nmero aleatorio en el nivel del servidor, puede utilizar cdigo
de JavaScript para generar una cadena en el nivel del cliente (navegador). Obtenga ms
informacin.
Qu ocurre si no utilizo RNG u otros sistemas de prevencin del
almacenamiento en memoria cach para evitar el almacenamiento en la
memoria cach?

Cuando un navegador o un servidor proxy recibe un elemento de creatividad de DCM, lo

almacena en la memoria cach del navegador. El navegador saca las llamadas adicionales
del elemento de la memoria cach, en lugar de hacerlo de los servidores de anuncios de
DCM. DCM, por tanto, no registra las impresiones adicionales, lo que causa discrepancias.
Ayuda

Etiquetas y tipos de etiquetas

Las creatividades Flash no redireccionan

Almacenamiento en la memoria cach del navegador o del servidor

proxy

Uso de cdigo JavaScript para impedir el almacenamiento en la memoria

cach del navegador

Problemas de las URL

Problemas de cadenas de clics proporcionadas por el sitio

Portal de editores de DoubleClick

Te ha servido este artculo?