Show Menu
TÓPICOS×

Campos de registro de dados de evento

Informações sobre os campos de dados que o servidor da análise de big data pode processar para construir um conjunto de dados.

Sobre os dados do evento

Os dados de evento usados para criar um conjunto de dados residem em arquivos conhecidos como fontes de log. Os dados disponíveis nas fontes de log são chamados de dados de evento porque cada registro de dados representa um registro de transação ou uma única instância de um evento com um carimbo de data e hora associado.
Os dados de evento de uma fonte de log são coletados em tempo real por Sensors. Os dados de eventos coletados por HTTP e servidores de aplicativos são transmitidos para servidores de análise de big data, que convertem os dados em arquivos de log ( Sensors .vsl) compactados. Os dados de evento que residem em um arquivo simples, em um arquivo XML ou em uma fonte de dados ODBC são lidos pelo servidor de análise de big data, que fornece decodificadores definidos para extrair um conjunto comum de campos de dados desses diferentes formatos.
As seções a seguir fornecem informações sobre os campos de dados (conhecidos como campos de registro de dados de eventos ou campos de entrada de registro ) coletados ou lidos e disponibilizados para o servidor da análise de big data. Sensors
Os nomes dos campos geralmente seguem a convenção de nomenclatura para o formato de arquivo de log estendido W3C. Muitos dos campos têm prefixos que indicam a fonte das informações contidas no campo:
  • cs indica a comunicação do cliente com o servidor.
  • sc indica a comunicação do servidor com o cliente.
  • s indica informações do servidor.
  • c indica informações do cliente.
  • x indica informações criadas por um produto de software da Adobe.

Campos de Registro de Dados de Evento de Linha de Base

Os arquivos de log ( .vsl) contêm os campos de dados de eventos coletados dos servidores por Sensors e usados pelo servidor de análise de big data no processo de construção do conjunto de dados. A tabela a seguir lista os campos em um registro de dados de evento típico, conforme registrado por Sensor:
Campo Descrição
c-ip
O endereço IP do cliente, conforme incluído na solicitação feita ao servidor.
Exemplo: 207.68.146.68
cs(cookie)
Os cookies enviados pelo cliente com a solicitação.
Exemplo: v1st=42FDF66DE610CF36; ASPSESSIONIDQCATDAQC=GPIBKEIBFBFIPLOJMKCAAEPM;
cs(referrer)
A string do referenciador HTTP enviada pelo cliente para o servidor com a solicitação.
Exemplo: http://www.mysite.net/cgi-bin/websearch?qry
cs(user-agent)
A string enviada pelo cliente com sua solicitação ao servidor que indica que tipo de agente do usuário o cliente é.
Exemplo: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2
cs-method
O tipo de método da solicitação HTTP.
Exemplo: GET
Referência: http://www.w3.org/TR/2000/NOTE-shoplogfileformat-20001115/#field_method
cs-uri-query
A parte da string de consulta do URI (tronco + string de consulta = URI). Isso é precedido por um ponto de interrogação (?) e pode conter um ou mais pares nome-valor separados por E comercial (&).
Exemplo: page=homepage
cs-uri-stem
A parte do sistema do URI (tronco + string de consulta = URI). O sistema é o caminho real ou lógico para o recurso solicitado no servidor.
Exemplo: /index.asp
sc(content-type)
O tipo de conteúdo do recurso que está sendo solicitado pelo cliente, conforme relatado pelo servidor.
Exemplos: text/html, image/png, image/gif, video/mpeg
sc-bytes
O número de bytes de dados enviados do servidor para o cliente em resposta à solicitação
Exemplo: 4996
sc-status
O código de status retornado ao cliente pelo servidor.
Exemplo: 200
Referência: http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
s-dns
O nome de domínio totalmente qualificado ou o endereço IP do host do recurso solicitado.
Exemplo: www.adobe.com
x-experience
A lista de todos os nomes e grupos de experimentos controlados dos quais o cliente é membro no momento da solicitação.
Exemplo: VSHome_Exp.Group_1,VSRegistration_Exp.Group_2
x-timestamp
A data e a hora (GMT) em que a solicitação foi recebida pelo servidor. O tempo é expresso como o número de 100 nanossegundos desde 1º de janeiro de 1600.
Exemplo: 127710989320000000 seria o valor x-timestamp para 11:28:52.0000000 na terça-feira, 13 de setembro de 2005.
x-trackingid
O valor hexadecimal de 64 bits do identificador exclusivo do navegador encontrado em um cookie persistente, conforme definido por um sensor, e fornecido pelo cliente com uma solicitação para um servidor.
Exemplo: 42FDF66DE610CF36

Campos derivados

A tabela abaixo lista exemplos de campos que são derivados pelo servidor da análise de big data a partir dos campos de registro de dados do evento da linha de base:
Campo Descrição
cs(cookie)(name) O valor de um determinado par nome-valor dentro de um cookie.
cs(referrer-domain)
O nome do domínio ou endereço IP do URI de referência HTTP.
Observação: Este campo é somente leitura.
cs(referrer-host)
O nome do host completo do referenciador.
Exemplo: Se cs(referrer) for http://my.domain.com/my/page , cs(referrer-host) será my.domain.com .
cs(referrer-query)(name)
O valor de uma string de consulta de referenciador.
Observação: Não é possível acessar um valor de sequência de consulta de referenciador usando o campo cs(referrer)(name).
cs-uri
O URI completo (tronco + string de consulta = URI inteiro).
Exemplo: /shopping/checkout.html?product1=8Track&product2=casette&product3=cd
cs-uri-query(nome)
O valor associado ao nome fornecido. Se existirem vários valores para o nome fornecido, esse campo retornará o último desses valores.
Exemplos:
  • Para o URI /shopping/checkout.html?product1=8Track&product2=casette&product3=cd , cs-uri-query(product3) retornaria cd.
  • Para o URI /shopping/checkout.html?product1=8Track&product1=casette , cs-uri-query(product1) retornaria a caixa.
ctime x-timestamp expresso como segundos desde 1º de janeiro de 1970. Esse campo também é chamado de x-unixtime.
date x-timestamp no formato AAAA-MM-DD.
time x-timestamp no formato HH:MM:SS.
x-local-timestring
x-timestamp convertido para o fuso horário local especificado no arquivo Transformation.cfg para o conjunto de dados. O formato é AAAA-MM-DD HH:MM:SS.mmm.
Observação: Também é possível definir conversões de tempo, como x-local-timestring, no arquivo Log Processing.cfg . Para obter informações, consulte Arquivo de configuração de processamento de log .
x-log-source-id
O identificador correspondente à fonte de log de uma entrada de log específica. Para que o identificador seja gravado, você deve especificá-lo no campo ID da Fonte de Log do arquivo Log Processing.cfg ao definir fontes de dados Sensor, arquivo de log ou ODBC. Para obter mais informações, consulte Arquivo de configuração de processamento de log .
Exemplo: do VSensor01.
x-mask O padrão de máscara das fontes de dados do Sensor (derivado dos nomes de arquivo .vsl ). Para um arquivo cujo nome seja do formato AAAMMDD-SENSORID.VSL, a máscara x é SENSORID.
x-timestring x-timestamp no formato AAAA-MM-DD HH:MM:SS.mmm.
x-unixtime A hora decimal do UNIX derivada do x-timestamp.
Sensor, quando usado em um servidor, pode coletar campos de dados de eventos a partir de qualquer solicitação HTTP válida ou cabeçalho de resposta disponível para ele por meio da API do servidor. Para coletar esses campos de dados, você deve especificar os campos de cabeçalho ou variáveis desejados no arquivo de txlogd.confconfiguração para Sensor. For more information, see the Data WorkbenchSensorGuide .