A página Criar Parser é aberta no modo Guiado, por padrão. Continue nesse modo se quiser que o Logging Analytics gere a expressão regular para fazer parsing dos logs depois de selecionar os campos. Para o modo Guiado, consulte Vídeo: Usando o Parser Builder RegEx. Se quiser gravar uma expressão regular para análise, alterne para o modo Avançado e continue com as seguintes etapas:

1. No campo Nome, digite o nome do parser. Por exemplo, digite Custom Audit Logs.

2. Se preferir, forneça uma descrição adequada ao parser para facilitar a identificação.

3. No campo Exemplo de Conteúdo de Log, cole o conteúdo de um arquivo de log que você deseja analisar, como o seguinte:

   Jun 20 2020 15:19:29 hostabc rpc.gssd: ERROR: can't open clnt5aa9: No such file or directory
   Jul 29 2020 11:26:28 hostabc kernel: FS-Cache: Loaded
   Jul 29 2020 11:26:28 hostxyz kernel: FS-Cache: Netfs 'nfs' registered for caching
   Aug 8 2020 03:20:01 slc08uvu rsyslogd-2068: could not load module '/lib64/rsyslog/lmnsd_gtls.so', rsyslog error -2078
   [try http://www.rsyslog.com/e/2068 ]
   Aug 8 2020 03:20:36 0064:ff9b:0000:0000:0000:0000:1234:5678 rsyslogd-2066: could not load module '/lib64/rsyslog/lmnsd_gtls.so', dlopen: /lib64/rsyslog/lmnsd_gtls.so: cannot open shared object file: Too many open files
   [try http://www.rsyslog.com/e/2066 ]
   Sep 13 2020 03:36:06 hostnam sendmail: uAD3a6o5009542: from=root, size=263, class=0, nrcpts=1, msgid=<201611130336.uAD3a6o5009542@hostname.example.com>, relay=root@localhost
   Sep 13 2020 03:36:06 hostnam sendmail: uAD3a6o5009542: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30263, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (uAD3a6KW009543 Message accepted for delivery)
   Sep 20 2020 08:11:03 hostnam sendmail: STARTTLS=client, relay=userv0022.example.com, version=TLSv1/SSLv3, verify=FAIL, cipher=DHE-RSA-AES256-GCM-SHA384, bits=256/256]]>

   Esta é uma entrada de log de várias linhas porque as entradas 4 e 5 abrangem várias linhas.

4. No campo Expressão Regular de Parsing, digite a expressão regular para fazer parsing dos campos. Cada par de parênteses indica a cláusula de expressão regular a ser extraída para um único campo.

   A expressão de parsing é exclusiva de cada tipo de log e depende do formato das entradas de log reais. Neste exemplo, digite:

   (\w+)\s+(\d+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+([^\s]+)\s+([^:]+):\s+(.*)

   Observação
   
   

   • Não inclua espaços antes ou depois do conteúdo.

   • A expressão regular deve corresponder ao texto completo do registro de log.

   • Se você tiver incluído caracteres ocultos na expressão de parsing, a interface Criar Parser emitirá uma mensagem de advertência:

     Parser expression has some hidden control characters.

     Para desativar essa resposta padrão, desmarque a caixa de seleção Mostrar caracteres de controle ocultos quando a mensagem de erro for exibida.

   Para saber mais sobre a criação de expressões de parsing, consulte Expressões de Parsing de Amostra.

5. Selecione a Abrangência do Registro de Log apropriada.

   A entrada de log pode ser uma linha única ou várias linhas. Se você escolher várias linhas, digite a expressão inicial do registro de log.

   Defina a expressão regular para ser a regra mínima necessária para identificar com sucesso o início de uma nova entrada de log. No exemplo, a expressão inicial pode ser:

   (\w+)\s+(\d+)\s+(\d+)\s+

   Isso indica que o início de uma nova entrada de log ocorre sempre que uma nova linha começa com o texto que corresponde a essa expressão inicial de entrada.

   Você também pode digitar a expressão final. Use Expressão Final para indicar o fim do registro de log. Quando um registro de log fica gravado no arquivo por um longo período e você deseja garantir que a entrada de log inteira seja coletada, use a expressão regular final. O agente aguarda até que o padrão de regex final seja correspondido para coletar o registro de log. As mesmas regras de formato se aplicam à expressão final da Expressão Inicial da Entrada.

   Marque a caixa de seleção Tratar arquivo inteiro como uma única entrada de log, se necessário. Essa opção permite fazer parsing e armazenar um arquivo de log inteiro como uma única entrada de log. Isso é particularmente útil ao fazer parsing de origens de log, como logs de Dump do Java Hotspot, lista RPM de logs de pacotes e assim por diante. Se a entrada de log tiver muito texto que você deseja pesquisar, talvez você queira considerar marcar a caixa de seleção Ativar pesquisa de texto bruto neste conteúdo. Essa opção permite pesquisar os registros de log com o campo Texto Bruto. Quando ativado, você pode exibir o conteúdo do log original com o texto bruto.

6. Na guia Campos, selecione o campo relevante para armazenar cada valor capturado da expressão regular.

   Para criar um novo campo, clique no ícone . A caixa de diálogo Criar Campo Definido pelo Usuário é aberta. Digite os valores para Nome, Tipo de Dados, Descrição e use a caixa de seleção Campo com Diversos Valores, conforme aplicável aos seus logs. Para obter informações sobre os valores a serem digitados, consulte Criar um Campo. Para remover o campo selecionado na linha, clique no ícone .

   Para cada valor capturado, selecione o campo no qual deseja armazenar os dados. O primeiro campo capturado no exemplo pode ser digitado da seguinte forma:

   • Nome do Campo: Mês (Nome Abreviado)

   • Tipo de Dados do Campo: STRING

   • Descrição do Campo: O componente de mês do tempo de entrada de log como nome abreviado, como Jan

   • Expressão do Campo: (\w{3})

   No exemplo de log anterior, você mapearia os campos na seguinte ordem:

   1. Mês (nome abreviado)
   2. Dia
   3. Ano (4 dígitos)
   4. Nome do Host (Servidor)
   5. Serviço
   6. Mensagem

7. Na guia Funções, clique em Adicionar Função para opcionalmente adicionar uma função para pré-processar as entradas de log. Consulte Pré-processar Entradas de Log.

8. Clique na guia Teste de Parser para ver como o parser recém-criado extrai valores do conteúdo do log.

   Você pode exibir as entradas de log do conteúdo de exemplo fornecido anteriormente. Use-o para determinar se o parser que você definiu funciona com sucesso.

   Se a expressão regular falhar em uma entrada de log, o status da correspondência mostrará qual parte da expressão funcionou em verde e a parte que falhou em vermelho. Isso ajuda a identificar qual parte da expressão regular precisa ser corrigida.

   Você pode exibir a lista de eventos que falharam no teste do parser e os detalhes da falha. Você também pode exibir a contagem de etapas que pode dar uma ideia do custo da expressão regular. O ideal é que esse valor seja o mais baixo possível. Qualquer valor abaixo de 1000 pode ser aceitável, mas às vezes é necessário um regex mais dispendioso. Se o regex tiver muitas etapas, poderá resultar em maior uso de CPU no host do agente e processamento mais lento dos logs. Isso atrasará a disponibilidade das entradas de log no Log Explorer. Em casos extremos em que a expressão regular é muito dispendiosa, nós vamos ignorar o parsing da entrada de log e de quaisquer outras entradas coletadas no mesmo período de coleta.

Clique em Salvar para salvar o novo parser que você acabou de criar.

Para interromper a criação do parser, clique em Cancelar. Quando você clicar em Cancelar, perderá qualquer progresso já feito na criação do parser do tipo Regex.

Consulte o tópico adicional: Tratando Várias Formas JSON em um Único Parser JSON

Para criar um parser JSON:

1. No campo Parser, digite o nome do parser. Por exemplo, digite Custom API Log.

2. Selecione o tipo de parser como JSON.

3. Se preferir, forneça uma descrição adequada ao parser para facilitar a identificação.

4. No campo Exemplo de Conteúdo de Log, cole o conteúdo de um arquivo de log que você deseja analisar, como o seguinte:

   {
     "name": "helloapi",
     "hostname": "banana.local",
     "pid": 40442,
     "level": 30,
     "req": {
       "method": "GET",
   	"url": "/hello?name=paul",
   	"headers": {
   	  "user-agent": "curl/7.19.7 (universal-apple-darwin10.0) libcurl/7.19.7 OpenSSL/0.9.8r zlib/1/2/3",
   	  "host": "0.0.0.0:8080",
   	  "accept": "*/*"
   	},
   	"remoteAddress": "127.0.0.1",
   	"remotePort": 59834
     },
     "msg": "start",
     "time": "2012-03-28T17:39:44.880Z",
     "v": 0
   }

   Com base no conteúdo do log de exemplo, os campos são selecionados e exibidos na guia Campos, como no seguinte exemplo:

   
   
   
   
   
5. Na guia Campos, para o caminho JSON específico, selecione o nome do campo nos campos definidos disponíveis.

   Para criar um novo campo, clique no ícone . A caixa de diálogo Criar Campo Definido pelo Usuário é aberta. Digite os valores para Nome, Tipo de Dados, Descrição e use a caixa de seleção Campo com Diversos Valores, conforme aplicável aos seus logs. Para obter informações sobre os valores a serem digitados, consulte Criar um Campo. Para remover o campo selecionado na linha, clique no ícone .

   O caminho raiz padrão selecionado é $. Se você quiser alterar o caminho raiz JSON, expanda a seção Opções Avançadas e selecione o Caminho JSON de Entrada de Log no menu.

6. Na guia Funções, clique em Adicionar Função para opcionalmente adicionar uma função para pré-processar as entradas de log com a função de analisador de cabeçalho. Consulte Pré-processar Entradas de Log.
7. Depois que os campos forem selecionados, vá para a guia Teste de Parser para exibir o status de correspondência e os campos selecionados no conteúdo do log de exemplo.
8. Clique em Salvar para salvar o novo parser que você acabou de criar.

Para interromper a criação de um parser do tipo JSON e alternar para a criação de um parser do tipo regex, em Tipo, selecione Regex.

1. No campo Parser, digite o nome do parser. Por exemplo, digite Custom Database Audit Log.

2. Selecione o tipo de parser como XML.

3. Se preferir, forneça uma descrição adequada ao parser para facilitar a identificação.

4. No campo Exemplo de Conteúdo de Log, cole o conteúdo de um arquivo de log que você deseja analisar, como o seguinte ExampleA:

   <AuditRecord><Audit_Type>1</Audit_Type><Session_ld>201073</Session_ld><Statementid>13</Statementid><Entryld>6</Entryld>
   <Extended_Timestamp>2016-09-09T01:26:07.832814Z</Extended_Timestamp><DB_User>SYSTEM</DB_User><OS_User>UserA</OS_User><Userhost>host1</Userhost>
   <OS_Process>25839</OS_Process><Terminal>pts/4</Terminal><Instance_Number>0</Instance_Number><Object_Schema>HR</Object_Schema>
   <Object_Name>EMPLOYEES</Object_Name><Action>17</Action>
   <Returncode>0</Returncode><Sen>§703187</Sen><AuthPrivileges>--------¥-----</AuthPrivileges>
   <Grantee>SUMON</Grantee>
   <Priv_Used>244</Priv_Used><DBID>2791516383</DBID><Sql_Text>GRANT SELECT ON hr.employees TO sumon</Sql_Text></AuditRecord>

   Com base no conteúdo do log de exemplo, o Oracle Logging Analytics identifica automaticamente a lista de elementos XML que representam os registros de log.

5. Opcionalmente, ative a caixa de seleção Ignorar namespace para ignorar o namespace no caminho XML.

6. Opcionalmente, ative a caixa de seleção Ativar reconhecimento posicional para detectar vários valores de um elemento em um caminho XML, como no caso de array de elementos. Por exemplo, para o seguinte conteúdo de log de exemplo ExampleB:

   <ListOfTrackingFields>
       <TrackingField>
           <Name>NameA</Name>
       </TrackingField>
       <TrackingField>
           <Name>NameB</Name>
       </TrackingField>
       <TrackingField>
           <Name>NameC</Name>
       </TrackingField>
       <TrackingField>
           <Name>NameD</Name>
       </TrackingField>
       <TrackingField>
           <Name>NameE</Name>
       </TrackingField>
   </ListOfTrackingFields>

   Se a conscientização posicional não estiver ativada, você estará restrito ao caminho XML /ListOfTrackingFields/TrackingField/Name, que detectará apenas o primeiro valor de Name. Se você ativar o reconhecimento posicional, os seguintes 5 valores de Name no elemento TrackingField serão detectados: NameA, NameB, NameC, NameD, NameE, se todos os caminhos XML correspondentes estiverem configurados.

7. No menu Caminho XML de Entrada de Log, selecione o elemento XML adequado aos registros de log de interesse. Para o conteúdo do log de exemplo anterior ExampleA, selecione /AuditRecord.

   Com base na seleção do caminho XML, os campos são selecionados e exibidos na guia Campos. No conteúdo do log de exemplo anterior, os elementos destacados são qualificados para os campos. Para o caminho XML/AuditRecord de exemplo, o caminho XML do campo seria /AuditRecord/<highlighted_element>, por exemplo, /AuditRecord/Audit_Type.

8. Na guia Campos, para o caminho XML específico, selecione o nome do campo nos campos definidos disponíveis.

   Para criar um novo campo, clique no ícone . A caixa de diálogo Criar Campo Definido pelo Usuário é aberta. Digite os valores para Nome, Tipo de Dados, Descrição e use a caixa de seleção Campo com Diversos Valores, conforme aplicável aos seus logs. Para obter informações sobre os valores a serem digitados, consulte Criar um Campo. Para remover o campo selecionado na linha, clique no ícone .

9. Depois que os campos forem selecionados, vá para a guia Teste de Parser para exibir o status de correspondência.

   
   
   
   
   

10. Clique em Salvar para salvar o novo parser que você acabou de criar.

Para interromper a criação de um parser do tipo XML e alternar para a criação de um parser do tipo regex, em Tipo, selecione Regex.

1. Informe o Nome do analisador. Por exemplo, digite Comma Separated Custom App Log.

2. Se preferir, forneça uma descrição adequada ao parser para facilitar a identificação.

3. Selecione o tipo de parser como Delimitado.

4. Em Delimitador, selecione o tipo de delimitador usado nos logs para separar os campos, por exemplo, vírgula, ponto-e-vírgula, espaço ou guia. Caso seja diferente das opções listadas, selecione Outros e especifique seu caractere delimitador no espaço fornecido.

   Considere o seguinte conteúdo de log de exemplo:

   helloapi,"host,local", 65427, 29, start, 2021-08-28T17:39:44.880Z

   No exemplo acima, vírgula (,) é o delimitador.

   Certifique-se de que o caractere Delimitador especificado seja diferente do Qualificador selecionado a seguir.

5. Opcionalmente, selecione o Qualificador que é usado para encapsular o texto de um campo em seus logs. Selecione Cotação Dupla ou Cotação Única.

   O qualificador de texto é usado quando os delimitadores estão contidos nos dados do campo. Considere um cenário em que field1 tenha o valor host,local que contém um caractere delimitador (,) e um qualificador de texto não seja usado. Em seguida, os dados que ocorrerem após o delimitador (local) serão considerados como o valor do próximo campo.

   No conteúdo do log de exemplo da etapa anterior, aspas duplas (") é o qualificador.

   Observação
   
   Para os valores dos campos da string de tipo de dados, o caractere de espaço antes e depois do qualificador também será considerado como parte da string. Certifique-se de que o qualificador esteja posicionado ao lado do delimitador para que o valor da string corresponda. Por exemplo, em ,"host,local",, o caractere de espaço após o primeiro delimitador é removido. Além disso, o caractere de espaço antes do último delimitador é removido. Portanto, o valor efetivo do campo de string correspondente é host,local, como pode ser visto no resultado do teste do parser posteriormente.

6. Opcionalmente, em Cabeçalho, cole a linha de cabeçalho do seu log que pode ser mapeada para a Coluna de Cabeçalho na guia Campos. Por exemplo,

   name, hostname, pid, level, msg, time

   Quando você especifica um Cabeçalho, todas as linhas de log nos logs reais que correspondem exatamente ao cabeçalho são filtradas.

7. No campo Exemplo de Conteúdo de Log, cole o conteúdo de um arquivo de log que você deseja analisar, como o seguinte:

   helloapi,"host,local", 65427, 29, start, 2021-08-28T17:39:44.880Z

   Com base no conteúdo do log de exemplo, os campos são selecionados e exibidos na guia Campos, como no seguinte exemplo:

8. Na guia Campos, para a coluna de cabeçalho, selecione o nome do campo nos campos definidos disponíveis. No entanto, você pode mapear seletivamente apenas suas colunas de cabeçalho preferenciais, e não é necessário mapear o campo para cada coluna de cabeçalho.
   
   
   
   

   Para criar um novo campo, clique no ícone . A caixa de diálogo Criar Campo Definido pelo Usuário é aberta. Digite os valores para Nome, Tipo de Dados, Descrição e use a caixa de seleção Campo com Diversos Valores, conforme aplicável aos seus logs. Para obter informações sobre os valores a serem digitados, consulte Criar um Campo. Para remover o campo selecionado na linha, clique no ícone .

9. Depois que os campos forem selecionados, vá para a guia Teste de Parser para exibir o status de correspondência e os campos selecionados no conteúdo do log de exemplo.
   
   
   
   
10. Clique em Criar Parser para salvar o novo parser recém-criado.

Para abortar a criação de um parser do tipo Delimitado e alternar para a criação de outro tipo de parser, selecione-o em Tipo.

Se o conteúdo do log original for encapsulado com informações adicionais, você poderá mapear o campo base que contém o conteúdo do log original para um parser e extrair os campos nesse registro de log original.

Vamos considerar que seu conteúdo de log original é como mostrado abaixo:

####<Feb 01, 2021 10:28:27 AM PST> <Info> <Diagnostics> <soaapps.example.com> <excstg_soa> <[ACTIVE] ExecuteThread: '34' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <kernel_version> <123456> <[severity-value:64] [rid: 0] [partition-id: 0] [partition-name: DOMAIN] > <BEA-320145> <Size based data retirement operation completed on archive HarvestedDataArchive. Retired 9,720 records in 11,242 ms.>

Quando o mesmo conteúdo de log é enviado pela primeira vez ao OCI Logging e, por meio do Connector Hub enviado ao Oracle Logging Analytics, um encapsulador JSON é adicionado ao conteúdo de log original. Por exemplo,

{
  "data": {
    "Labels": "LogPath:/u01/APPLTOP/instance/wlslogs/FADomain/servers/ServiceServer_1/logs/ServiceServer_1.log;ServiceName:Host;ServiceType:Oracle_Host;LogSet:TEST_POD;HostName:examplehost.oraclecloud.com;IP:192.0.2.1;WLS:NA;Domain:NA;AppName:myApp;Customer:CompanyA, (U.S.) Corp;CustomerType:NonHypercare;PODType:TEST;PODSize:S0;DC:CDC;Version:11.13.20.10.0;",
    "action": "ACTION",
    "msg": "####<Feb 01, 2021 10:28:27 AM PST> <Info> <Diagnostics> <soaapps.example.com> <excstg_soa> <[ACTIVE] ExecuteThread: '34' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <kernel_version> <123456> <[severity-value:64] [rid: 0] [partition-id: 0] [partition-name: DOMAIN] > <BEA-320145> <Size based data retirement operation completed on archive HarvestedDataArchive. Retired 9,720 records in 11,242 ms.>"
  },
  "id": "123123123",
  "oracle": {
    "compartmentid": "ocid1.compartment.oc1..aaaaaaaauniqueID",
    "ingestedtime": "2021-02-01T18:32:49.204Z",
    "loggroupid": "ocid1.loggroup.oc1.iad.amaaaaaauniqueID",
    "logid": "ocid1.log.oc1.iad.amaaaaaayuniqueID",
    "tenantid": "ocid1.tenancy.oc1..aaaaaaaaetuniqueID"
  },
  "source": "FA-APPS",
  "specversion": "1.0",
  "time": "2021-02-01T11:48:43.091Z",
  "type": "FA Unified Apps Logs"
}

No exemplo acima, o conteúdo do log original está presente no campo base $.data.msg.

Observe que, no exemplo discutido, o conteúdo do log tem um encapsulador JSON. No entanto, você pode seguir essas etapas mesmo que seu conteúdo de log original e wrappers estejam em qualquer formato de parser suportado e os logs sejam ingeridos em qualquer método suportado.

Para extrair os campos no conteúdo de log original, siga estas etapas:

1. Com base no tipo de conteúdo de log original, identifique ou crie um parser para selecionar os campos relevantes do conteúdo de log original. Consulte Criar um Parser.

   Este parser será usado como um parser mapeado dentro do parser wrapper que você criará em seguida.

2. Com base no tipo de conteúdo do wrapper, crie o parser para ele seguindo as etapas em Criar um Parser.

   Esse parser será chamado de parser wrapper nas etapas a seguir.

3. Para o analisador de encapsulador, forneça um conteúdo de log de exemplo que tenha um encapsulador sobre seu conteúdo de log original.

   No caso do parser JSON, o caminho raiz padrão selecionado é $. Se você quiser alterar o caminho raiz JSON, expanda a seção Opções Avançadas e selecione o Caminho JSON de Entrada de Log no menu.

4. Na guia Campos, correspondente ao campo base que tem seu conteúdo de log original, clique no menu Ações e selecione Mapear campos por meio de um parser. A caixa de diálogo onde você pode selecionar o analisador é aberta.

   No exemplo acima, a linha para a qual um parser mapeado deve ser adicionado é $.data.msg.

   Em um analisador de wrapper, você pode mapear apenas um campo base para um analisador mapeado.

5. Na caixa de diálogo Mapear campos por meio de um parser, selecione o parser usando o qual os campos do campo base devem ser extraídos.

   Opcionalmente, selecione uma das ações Base64 decode and unzip ou Base64 decode a serem executadas no campo:

   • Base64 decodificar e descompactar: Selecione esta opção se o campo base for um arquivo zip codificado em Base64. O campo base é decodificado e descompactado antes da aplicação do analisador mapeado. Como o campo base é um arquivo zip codificado, a aplicação do analisador mapeado resulta na identificação de um ou mais registros de log. Esses registros de log são exibidos como Conteúdo do Log Original no Log Explorer. No entanto, o conteúdo do log do encapsulador não é exibido. Se o analisador do encapsulador contiver mapeamentos de campo, esses campos também serão exibidos.

     Esta ação só pode ser executada em logs coletados usando o Management Agent.

   • Base64 decode: Selecione esta opção se o campo base for Base64 codificado no conteúdo do log original. O campo base é decodificado antes da aplicação do analisador mapeado. Além disso,
     • Use a opção Salvar no Campo para salvar a string decodificada em um campo.
     • Se quiser salvar o valor do campo base decodificado como Conteúdo do Log Original para que ele seja exibido como um registro de log no Log Explorer, selecione a opção Substituir Conteúdo do Log Original. Se essa opção for selecionada, o valor do campo base decodificado será salvo no campo Conteúdo do Log Original e o conteúdo do log do encapsulador será salvo no campo Texto Bruto.

   Clique em Campos do mapa. A guia Campos agora mostra que o campo base está mapeado para o analisador mapeado selecionado e a lista de campos extraídos.

   É possível que o parser mapeado selecionado também tenha um parser mapeado incluído nele. O Oracle Logging Analytics suporta dois níveis de parsers mapeados aninhados, por exemplo, Wrapper-parser contém mapped-parser-1 contém mapped-parser-2.

6. Depois que os campos restantes forem selecionados, na guia Teste do Parser, execute o teste do parser para verificar se o status da correspondência e os campos selecionados do conteúdo de log de exemplo.

O Oracle Logging Analytics fornece as seguintes funções que permitem pré-processar entradas de log e enriquecer as entradas de log resultantes:

• Função de Detalhes do Cabeçalho

• Localizar Função de Substituição

• Função de Deslocamento de Tempo

Para pré-processar entradas de log ao criar um parser, clique na guia Funções e, em seguida, clique no botão Adicionar Função.

Na caixa de diálogo Adicionar Função resultante, digite um nome para a função, selecione a função necessária e especifique os valores de campo relevantes.

Para testar o resultado da aplicação da função no conteúdo do log de exemplo, clique em Testar. Um resultado comparativo é exibido para ajudar a determinar a precisão dos valores de campo.