Mais

Crie um geodatabase empresarial - nome de usuário e senha de administrador são necessários

Crie um geodatabase empresarial - nome de usuário e senha de administrador são necessários


Estou tentando criar um geodatabase corporativo no oracle 11g, usando a ferramenta create enterprise geodatabase no arcmap 10.2. Eu instalei corretamente o cliente oracle necessário e sou capaz de criar uma conexão de banco de dados (como usuários sys e sistema).

No entanto, quando tento executar a ferramenta de criação de geodatabase corporativo, ela falha. Peço o nome de usuário e a senha do administrador, conforme mostrado na imagem.

Alguma ideia sobre como isso pode ser resolvido ou depurado?


Você precisará da senha sys dessa instância do Oracle para executar a criação do geodatabase corporativo. Se você tiver outro usuário com privilégios dba, pode executar isto para alterar a senha:

alterar o sistema do usuário identificado por NEWPASSWORD;

Se você tiver um administrador de banco de dados em sua organização, ele deve ter a senha sys.

Opcionalmente, se você tiver um banco de dados Oracle criado, poderá executar a ferramenta de habilitação de banco de dados geográfico corporativo para criar as tabelas de sistema SDE.

http://resources.arcgis.com/en/help/main/10.1/index.html#//001700000162000000


O problema é que não estava preenchendo o campo do administrador do geodatabase, pois diz que é opcional. Quando eu forneci um, ele funcionou corretamente.


Crie uma geodatabase empresarial - Nome de usuário e senha de administrador são necessários - Sistemas de Informação Geográfica

ArcGIS Enterprise, a próxima evolução da linha de produtos ArcGIS Server, é uma plataforma completa de mapeamento e análise. Inclui um poderoso servidor de serviços da Web GIS e uma infraestrutura Web GIS dedicada para organizar e compartilhar seu trabalho. Você aprenderá como instalar primeiro o ArcGIS Enterprise para então planejar, projetar e finalmente publicar e consumir serviços GIS. Você instalará e configurará um geodatabase Enterprise e aprenderá como administrar ArcGIS Server, Portal e Data Store por meio de interfaces de usuário, API REST e scripts Python.

Este livro começa explicando como o ArcGIS Enterprise 10.5.1 é diferente das versões anteriores do ArcGIS Server e cobre a instalação de todos os componentes necessários para o ArcGIS Enterprise. Em seguida, passamos para a administração de geodatabase e publicação de conteúdo, onde você aprenderá como usar o ArcGIS Server Manager para visualizar os logs do servidor, parar e iniciar serviços, publicar serviços, definir usuários e funções para segurança e executar outras tarefas administrativas. Você também aprenderá como aplicar mecanismos de segurança no ArcGIS Enterprise e expor serviços ao público com segurança. Por fim, você usará a API de administrador RESTful para automatizar as tarefas de gerenciamento do servidor usando a linguagem de script Python. Você aprenderá todas as melhores práticas e métodos de solução de problemas para agilizar o gerenciamento de todas as partes interconectadas do ArcGIS Enterprise.

Tags relacionadas:


9 Respostas 9

O problema com Get-Credential é que ele sempre solicitará uma senha. No entanto, há uma maneira de contornar isso, mas envolve o armazenamento da senha como uma string segura no sistema de arquivos.

O seguinte artigo explica como isso funciona:

Em resumo, você cria um arquivo para armazenar sua senha (como uma string criptografada). A linha a seguir solicitará uma senha e a armazenará em c: mysecurestring.txt como uma string criptografada. Você só precisa fazer isso uma vez:

Sempre que você vir um argumento -Credential em um comando do PowerShell, isso significa que você pode passar um PSCredential. Então, no seu caso:

Você pode precisar de um valor de switch -Authentication diferente porque não conheço seu ambiente.

NÃO FAÇA ISSO SE NÃO QUISER SUA SENHA NO ARQUIVO DE SCRIPT (Não é uma boa ideia armazenar senhas em scripts, mas alguns de nós apenas gostam de saber como.)

Ok, esse foi o aviso, aqui está o código:

$ cred terá as credenciais de John Doe com a senha "ABCDEF".

Meios alternativos para deixar a senha pronta para uso:

Com relação ao armazenamento de credenciais, uso duas funções (que normalmente estão em um módulo que é carregado do meu perfil):

Se o arquivo de credencial não existir, você será avisado na primeira vez, nesse ponto ele armazenará as credenciais em uma string criptografada dentro de um arquivo XML. Na segunda vez que você executar essa linha, o arquivo xml estará lá e será aberto automaticamente.

Tenho que executar funções do SCOM 2012 de um servidor remoto que requer uma credencial diferente. Evito senhas de texto não criptografado passando a saída de uma função de descriptografia de senha como entrada para ConvertTo-SecureString. Para maior clareza, isso não é mostrado aqui.

Gosto de digitar fortemente minhas declarações. A declaração de tipo para $ strPass funciona corretamente.

Aqui estão duas maneiras de fazer isso, se estiver agendando a reinicialização.

Primeiro, você pode criar uma tarefa em uma máquina usando credenciais que tenham direitos necessários para conectar e reiniciar outra máquina. Isso torna o planejador responsável por armazenar com segurança as credenciais. O comando de reinicialização (sou um cara do Powershell, mas isso é mais limpo.) É:

SHUTDOWN / r / f / m ComputerName

A linha de comando para criar uma tarefa agendada na máquina local, para reinicializar outra remotamente, seria:

SCHTASKS / Create / TN "Reinicializar servidor" / TR "shutdown.exe / r / f / m ComputerName" / SC ONCE / ST 00:00 / SD "24/12/2012" / RU "domínio nome de usuário" / RP "senha"

Prefiro a segunda maneira, em que você usa suas credenciais atuais para criar uma tarefa agendada que seja executada com a conta do sistema em uma máquina remota.

SCHTASKS / Create / TN "Reinicializar servidor" / TR "shutdown.exe / r / f" / SC ONCE / ST 00:00 / SD "24/12/2012" / RU SYSTEM / S ComputerName

Isso também funciona através da GUI, basta inserir SYSTEM como o nome do usuário, deixando os campos de senha em branco.

Eu vi um exemplo que usa Import / Export-CLIXML.

Estes são meus comandos favoritos para o problema que você está tentando resolver. E a maneira mais simples de usá-los é.

Portanto, se o arquivo não existir localmente, ele solicitará as credenciais e as armazenará. Isso pegará um objeto [pscredential] sem problemas e ocultará as credenciais como uma string segura.

Finalmente, basta usar a credencial como você normalmente faz.

Nota sobre segurança:

Ao ler a Solução, você pode, a princípio, desconfiar de armazenar uma senha no disco. Embora seja natural (e prudente) ter cuidado para não encher seu disco rígido com informações confidenciais, o cmdlet Export-CliXml criptografa objetos de credencial usando a API de proteção de dados padrão do Windows. Isso garante que apenas sua conta de usuário possa descriptografar corretamente seu conteúdo. Da mesma forma, o cmdlet ConvertFrom-SecureString também criptografa a senha fornecida.

Edit: Basta reler a pergunta original. O procedimento acima funcionará contanto que você tenha inicializado o [pscredential] no disco rígido. Isso se você colocar isso em seu script e executar o script uma vez que ele criará o arquivo e, em seguida, executar o script autônomo será simples.


Como as versões e edições com controle de versão funcionam

Antes de começar a realizar edições com controle de versão nos dados em qualquer versão, os conjuntos de dados devem ser registrados como com controle de versão.

Quando você registra um conjunto de dados (uma classe de recurso, conjunto de dados de recurso ou tabela) com controle de versão, duas tabelas delta são criadas: a tabela A (ou adiciona), que registra inserções e atualizações, e a tabela D (ou exclui), que armazena exclusões. Cada vez que você atualiza ou exclui um registro no conjunto de dados, linhas são adicionadas a uma ou a ambas as tabelas. Um conjunto de dados com versão, portanto, consiste na tabela original (referida como a tabela base ou de negócios) mais quaisquer alterações nas tabelas delta. O geodatabase mantém registro de qual versão você estava conectado quando fez as edições que preencheram as tabelas delta. Quando você consulta ou exibe um conjunto de dados em uma versão, o ArcGIS monta as linhas relevantes da tabela original e as tabelas delta para apresentar uma visão perfeita dos dados para aquela versão.

Todas as edições da classe ou tabela de características são registradas nas mesmas tabelas delta, independentemente da versão a partir da qual as edições foram feitas. Isso significa que qualquer versão faz referência a apenas um subconjunto de linhas das três tabelas. Então, como o ArcGIS mantém o controle de quais linhas nas tabelas delta pertencem a qual versão?

Cada linha nas tabelas A e D é marcada com um identificador inteiro denominado ID de estado que faz referência quando a linha é adicionada à tabela. Cada vez que você edita uma versão, um novo estado é criado e uma nova linha é adicionada a uma ou ambas as tabelas delta. Os estados podem ser considerados parte de uma estrutura em árvore onde cada ramificação registra como uma versão evolui. Uma sequência de estados registrando uma série de mudanças da tabela base para o estado atual de uma versão é chamada de linhagem. Quando você exibe ou consulta uma versão, o ArcGIS consulta a linhagem de uma versão para obter os IDs de estado e, a seguir, recupera os registros corretos das tabelas A e D.

Conforme uma geodatabase é editada ao longo do tempo, as tabelas delta aumentam de tamanho e o número de estados aumenta. Quanto maiores as tabelas e mais estados, mais dados o ArcGIS deve processar toda vez que você exibe ou consulta uma versão. Para manter o desempenho do banco de dados, o administrador do geodatabase deve executar periodicamente o comando Compactar para remover dados não utilizados

A opção de mover as edições para a base

Se você especificar a opção de mover edições para a base ao registrar seus dados como versionados, as alterações são registradas nas tabelas delta. No entanto, quando você edita a versão Padrão e salva suas edições, as alterações são movidas das tabelas delta para a tabela base - elas não permanecem nas tabelas delta. Observe que isso só é verdade ao editar a versão padrão. As edições feitas nas versões descendentes não são movidas imediatamente para a tabela base.

  • As modificações que você está fazendo levarão apenas alguns minutos para serem concluídas.
  • Os dados não participam de uma rede ou topologia.
  • Você está se conectando a um geodatabase com versão usando um aplicativo de terceiros.

Os aplicativos de terceiros geralmente são configurados para consultar apenas a tabela base - eles não podem acessar as tabelas delta. Se você usar o controle de versão e não optar por mover as edições para a tabela base, esses aplicativos não incorporarão as edições feitas em outras versões que não foram reconciliadas e publicadas na versão Padrão. Esteja ciente de que conforme você está editando versões diferentes do Padrão, as alterações são registradas nas mesmas tabelas delta. Quando você salva, as alterações permanecem nas tabelas delta. No entanto, quando você mescla as alterações na versão Padrão, as alterações são movidas das tabelas delta para as tabelas base. A fusão das alterações em versões diferentes do padrão mantém as alterações nas tabelas delta, como se você não tivesse especificado mover as edições para a base.


A política de senha do Azure AD B2C (para contas locais) é baseada na política de segurança de senha forte do Azure Active Directory. As políticas de inscrição ou entrada e redefinição de senha do Azure AD B2C exigem essa força de senha forte e não expiram as senhas.

Em cenários de migração de usuário, se as contas que você deseja migrar tiverem uma força de senha mais fraca do que a força de senha forte imposta pelo Azure AD B2C, você pode desabilitar o requisito de senha forte. Para alterar a política de senha padrão, defina o atributo passwordPolicies como DisableStrongPassword. Por exemplo, você pode modificar a solicitação de criação de usuário da seguinte maneira:


CRIAR USUÁRIO

Use a instrução CREATE USER para criar e configurar um usuário de banco de dados, que é uma conta por meio da qual você pode efetuar login no banco de dados, e para estabelecer os meios pelos quais o banco de dados Oracle permite o acesso do usuário.

Você pode permitir que um usuário se conecte ao banco de dados por meio de um aplicativo proxy ou servidor de aplicativos. Para sintaxe e discussão, consulte ALTER USER.

Você deve ter o privilégio de sistema CREATE USER. Quando você cria um usuário com a instrução CREATE USER, o domínio de privilégio do usuário está vazio. Para fazer logon no banco de dados Oracle, o usuário deve ter o privilégio de sistema CREATE SESSION. Portanto, após criar um usuário, você deve conceder a ele pelo menos o privilégio de sistema CREATE SESSION. Consulte GRANT para obter mais informações.

Especifique o nome do usuário a ser criado. Este nome pode conter apenas caracteres de seu conjunto de caracteres de banco de dados e deve seguir as regras descritas na seção "Regras de nomenclatura de objeto de esquema". A Oracle recomenda que o nome de usuário contenha pelo menos um caractere de byte único, independentemente de o conjunto de caracteres do banco de dados também conter caracteres multibyte.

A Oracle recomenda que os nomes de usuário e senhas sejam codificados apenas em caracteres ASCII ou EBCDIC, dependendo de sua plataforma. Consulte o Guia do Administrador do Banco de Dados Oracle para obter mais informações sobre esta recomendação.

A cláusula IDENTIFIED permite indicar como o banco de dados Oracle autentica o usuário.

A cláusula de senha BY permite criar um usuário local e indica que o usuário deve especificar uma senha para fazer logon no banco de dados. As senhas podem conter apenas caracteres de byte único do conjunto de caracteres do banco de dados, independentemente de o conjunto de caracteres também conter caracteres multibyte.

As senhas devem seguir as regras descritas na seção "Regras de nomenclatura de objetos de esquema", a menos que você esteja usando a rotina de verificação de complexidade de senha do banco de dados Oracle. Essa rotina requer uma combinação de caracteres mais complexa do que as regras normais de nomenclatura permitem. Você implementa essa rotina com o script UTLPWDMG.SQL, que é descrito posteriormente no Guia de segurança do banco de dados Oracle.

A Oracle recomenda que os nomes de usuário e senhas sejam codificados apenas em caracteres ASCII ou EBCDIC, dependendo de sua plataforma. Consulte o Guia do Administrador do Banco de Dados Oracle para obter mais informações sobre esta recomendação.

Guia do administrador do banco de dados Oracle para uma discussão detalhada sobre gerenciamento e proteção de senha

Especifique EXTERNAMENTE para criar um usuário externo. Esse usuário deve ser autenticado por um serviço externo, como um sistema operacional ou serviço de terceiros. Nesse caso, o banco de dados Oracle depende da autenticação do sistema operacional ou serviço de terceiros para garantir que um usuário externo específico tenha acesso a um usuário de banco de dados específico.

AS 'certificate_DN' Esta cláusula é necessária e usada apenas para usuários externos autenticados por SSL. O certificate_DN é o nome distinto no certificado PKI do usuário na carteira do usuário.

A Oracle recomenda enfaticamente que você não use IDENTIFICADO EXTERNAMENTE com sistemas operacionais com segurança de login inerentemente fraca. Para obter mais informações, consulte o Guia do Administrador do Banco de Dados Oracle.

Guia de Integração de Gerenciamento de Identidade de Banco de Dados Oracle para obter mais informações sobre usuários identificados externamente

A cláusula GLOBALLY permite criar um usuário global. Esse usuário deve ser autorizado pelo serviço de diretório corporativo (Oracle Internet Directory).

A string directory_DN pode assumir uma das duas formas:

O nome X.509 no serviço de diretório corporativo que identifica este usuário. Deve estar no formato CN = nome de usuário, other_attributes, onde other_attributes é o resto do nome distinto (DN) do usuário no diretório. Este formulário cria um esquema global privado.

Uma string nula ('') indicando que o serviço de diretório corporativo mapeará usuários globais autenticados para este esquema de banco de dados com as funções apropriadas. Este formulário é o mesmo que especificar a palavra-chave GLOBALLY sozinha e cria um esquema global compartilhado.

Você pode controlar a capacidade de um servidor de aplicativos se conectar como o usuário especificado e ativar as funções desse usuário usando a instrução ALTER USER.

Cláusula DEFAULT TABLESPACE

Especifique o espaço de tabela padrão para objetos que o usuário cria. Se você omitir essa cláusula, os objetos do usuário serão armazenados no espaço de tabela padrão do banco de dados. Se nenhum espaço de tabela padrão tiver sido especificado para o banco de dados, os objetos do usuário serão armazenados no espaço de tabela SYSTEM.

Restrição em espaços de tabela padrão Você não pode especificar um espaço de tabela temporário gerenciado localmente, incluindo um espaço de tabela desfazer ou um espaço de tabela temporário gerenciado por dicionário, como um espaço de tabela padrão do usuário.

CREATE TABLESPACE para obter mais informações sobre tablespaces em geral e undo tablespaces em particular

Guia de segurança do banco de dados Oracle para obter mais informações sobre como atribuir espaços de tabela padrão aos usuários

Cláusula TEMPORARY TABLESPACE

Especifique o espaço de tabela ou grupo de espaço de tabela para os segmentos temporários do usuário. Se você omitir essa cláusula, os segmentos temporários do usuário serão armazenados no espaço de tabela temporário padrão do banco de dados ou, se nenhum tiver sido especificado, no espaço de tabela SYSTEM.

Especifique o espaço de tabela para indicar o espaço de tabela temporário do usuário.

Especifique tablespace_group_name para indicar que o usuário pode salvar segmentos temporários em qualquer tablespace no grupo de tablespace especificado por tablespace_group_name.

Restrições no Tablespace Temporário Esta cláusula está sujeita às seguintes restrições:

O espaço de tabela deve ser um espaço de tabela temporário e deve ter um tamanho de bloco padrão.

O espaço de tabela não pode ser um espaço de tabela desfazer ou um espaço de tabela com gerenciamento automático de espaço de segmento.

Oracle Database Administrator's Guide para obter informações sobre grupos de tablespaces e Oracle Database Security Guide para obter informações sobre a atribuição de tablespaces temporários a usuários

CREATE TABLESPACE para obter mais informações sobre undo tablespaces e gerenciamento de segmento

Use a cláusula QUOTA para especificar a quantidade máxima de espaço que o usuário pode alocar no espaço de tabela.

Uma instrução CREATE USER pode ter várias cláusulas QUOTA para vários espaços de tabela.

UNLIMITED permite que o usuário aloque espaço no espaço de tabela sem limite.

Restrição na cláusula QUOTA Você não pode especificar esta cláusula para um espaço de tabela temporário.

size_clause para obter informações sobre essa cláusula e Oracle Database Security Guide para obter mais informações sobre a atribuição de cotas de espaço de tabela

Especifique o perfil que deseja atribuir ao usuário. O perfil limita a quantidade de recursos de banco de dados que o usuário pode usar. Se você omitir essa cláusula, o banco de dados Oracle atribuirá o perfil DEFAULT ao usuário.

Especifique PASSWORD EXPIRE se desejar que a senha do usuário expire. Essa configuração força o usuário ou o DBA a alterar a senha antes que o usuário possa efetuar login no banco de dados.

Especifique ACCOUNT LOCK para bloquear a conta do usuário e desabilitar o acesso. Especifique ACCOUNT UNLOCK para desbloquear a conta do usuário e permitir o acesso à conta.

Todos os exemplos a seguir usam o espaço de tabela de exemplo, que existe no banco de dados de seed e está acessível para os esquemas de amostra.

Criando um usuário de banco de dados: exemplo Se você criar um novo usuário com PASSWORD EXPIRE, a senha do usuário deverá ser alterada antes que ele tente efetuar login no banco de dados. Você pode criar o usuário Sidney emitindo a seguinte declaração:

O usuário Sidney possui as seguintes características:

A senha out_standing1

Exemplo de espaço de tabela padrão, com uma cota de 10 megabytes

Temp de espaço de tabela temporário

Acesso ao tablespace SYSTEM, com cota de 5 megabytes

Limites de recursos de banco de dados definidos pelo perfil app_user (que foi criado em "Criando um Perfil: Exemplo")

Uma senha expirada, que deve ser alterada antes que Sidney possa fazer login no banco de dados

Criando usuários de banco de dados externos: exemplos O exemplo a seguir cria um usuário externo, que deve ser identificado por uma fonte externa antes de acessar o banco de dados:

O usuário app_user1 tem as seguintes características adicionais:

Exemplo de espaço de tabela padrão

Exemplo de espaço de tabela temporário padrão

5M de espaço no exemplo de espaço de tabela e cota ilimitada no espaço de tabela temporário do banco de dados

Limites de recursos de banco de dados definidos pelo perfil app_user

Para criar outro usuário acessível apenas por uma conta do sistema operacional, prefixe o nome do usuário com o valor do parâmetro de inicialização OS_AUTHENT_PREFIX. Por exemplo, se este valor for "ops $", você pode criar o usuário extern_user identificado externamente com a seguinte instrução:

Criando um usuário de banco de dados global: exemplo O exemplo a seguir cria um usuário global. Ao criar um usuário global, você pode especificar o nome X.509 que identifica esse usuário no servidor de diretório corporativo:


Desativando a conta de administrador integrada

Para novas instalações, depois que o usuário final cria uma conta de usuário no OOBE, a conta interna do Administrador é desabilitada.

Para instalações de atualização, a conta interna Administrador permanece habilitada quando não há outro administrador local ativo no computador e quando o computador não faz parte de um domínio.

Use um dos seguintes métodos para desativar a conta de administrador integrada:

Execute o comando sysprep / generalize

Quando você executa o sysprep / generalize comando, na próxima vez que o computador for iniciado, a conta interna do Administrador será desabilitada.

Use o comando net user

Execute o seguinte comando para desativar a conta do administrador:

Você pode executar este comando depois de configurar o computador e antes de entregá-lo a um cliente.

Os fabricantes de equipamento original (OEMs) e integradores de sistema devem desabilitar a conta de administrador integrada antes de entregar os computadores aos clientes. Para fazer isso, você pode usar um dos seguintes métodos.


4 respostas 4

Essa pergunta é antiga, mas como tive o mesmo problema e não consegui encontrar a solução aqui, gostaria de compartilhar com vocês minha experiência e a solução que encontrei:

Na guia de segurança em Opções da Internet, clique no botão Nível personalizado para a zona na qual você adicionou o endereço do seu servidor e em Autenticação do usuário> Logon selecione a opção "Logon automático com nome de usuário e senha atuais".

Essa solução funcionou bem para mim e espero que seja útil para outras pessoas também.

Bem, na verdade descobriu-se que o método testado e comprovado, reiniciar, corrige o problema. Não entendo muito bem o porquê e a documentação parece não mencioná-lo. Mas depois que o servidor foi reiniciado, posso fazer logon com a conta de administrador de domínio sem problemas.

Reiniciei os serviços dsm e consegui fazer login com as credenciais do Active Directory.

Eu me deparei com o mesmo problema .. O que funcionou para mim foi, para usar o nome de usuário:

que indica o domínio local.

NOTA: Se o servidor onde o SupportAssist Enterprise está instalado for membro de um domínio do Windows, você deve fornecer o nome de usuário no formato [Domínio Nome de usuário]. Por exemplo, MyDomain MyUsername. Você também pode usar um ponto final [. ] para indicar o domínio local. Por exemplo,. Administrador.


3 maneiras de criar uma nova conta de administrador no Windows 10

A prática recomendada para corrigir problemas de conta do Windows é criar outra conta com direitos administrativos. Quando a conta que você usa todos os dias está corrompida ou você esquece a senha, pode então fazer login na conta de administrador alternativa para solucionar os problemas. Neste artigo, mostraremos três maneiras de criar uma nova conta de administrador no Windows 10.

Método 1: Criar conta de administrador a partir do prompt de comando

    Para começar, você precisa abrir um Prompt de comando elevado no Windows 10. Pressione a tecla Windows + X para abrir o menu Acesso rápido e clique em Prompt de Comando (Admin).

net user jack / add
net localgroup Administrators jack / add

Método 2: Criar conta de administrador a partir das configurações do PC

    Clique no Começar botão para abrir o menu Iniciar. Selecione Configurações.

Método 3: Criar conta de administrador a partir do console de usuários e grupos locais


Às 10,1

As seguintes atualizações e mudanças são efetivas no ArcGIS 10.1.

Serviço de mapas

  • Os serviços de mapa agora suportam o recurso Dynamic Layer. Camadas dinâmicas oferecem suporte a operações de consulta, queryRelatedRecords e generateRenderer.
  • Os serviços de mapa agora suportam o recurso WMTS para serviços de mapa em mosaico. O recurso WMTS oferece suporte a recursos WMTS e recursos filho WMTS Tile.
  • Exportar mapa, identificar, localizar operações e recursos de legenda e todas as camadas / tabelas oferecem suporte a um novo parâmetro dynamicLayers.
  • O recurso de serviço de mapa oferece suporte a um novo parâmetro returnUpdates que aceita um valor booleano. Passe este parâmetro para recuperar informações atualizadas do serviço de mapas.
  • O recurso de serviço de mapa tem uma nova opção e parâmetros de entrada outSR para suportar a visualização de uma pegada de serviço de mapa no mapa arcgis.com.
  • O recurso Map Service agora inclui maxRecordCount, maxImageHeight, maxImageWidth, minScale, maxScale, hasVersionedData e as propriedades supportedDynamicLayers que indicam se um serviço oferece suporte a camadas dinâmicas uma propriedade tileServers que anuncia vários subdomínios em um ponto de extremidade de serviço de mapa e uma propriedade supportedQueryFormats que indica a operação de consulta compatível formatos de saída.
  • O recurso Map Service agora inclui novas propriedades em timeInfo: timeRelation, defaultTimeInterval, defaultTimeIntervalUnits e defaultTimeWindow e hasLiveData.hasLiveData que retornam um valor booleano. Se verdadeiro, as operações de exportação e identificação padronizarão o valor do parâmetro de tempo como [& ltcurrent server time - defaultTimeWindow & gt, & ltcurrent server time & gt].
  • Layer agora oferece suporte a uma nova operação generateRenderer. Use esta operação para gerar quebras de classe ou renderizador de valor exclusivo.
  • O recurso de camada oferece suporte a um novo parâmetro returnUpdates que aceita um valor booleano. Passe este parâmetro para recuperar informações atualizadas da camada.
  • O recurso de camada agora inclui a propriedade maxRecordCount, que representa o número máximo de registros que podem ser retornados pelas operações de localização, identificação e consulta.
  • O recurso de camada agora inclui a propriedade canModifyLayer para indicar se um renderizador de camada, fonte de dados ou informações de junção podem ser modificados.
  • O recurso de camada agora inclui a propriedade supportedStatistics para indicar se as operações de consulta suportam funções estatísticas e a propriedade supportedAdvancedQueries para indicar se as operações de consulta suportam ordenar o resultado da consulta.
  • O recurso de camada agora inclui hasLabels para indicar se a camada possui rótulos definidos nela e canScaleSymbols para indicar se a simbologia da camada depende da escala.
  • O recurso de camada agora inclui supportedQueryFormats para indicar os formatos de saída que são suportados em uma consulta.
  • O recurso de camada agora inclui hasZ e hasM para indicar se a geometria da camada contém valores Z e M, respectivamente.
  • O recurso de camada agora inclui isDataVersioned se a camada tiver versão.
  • O recurso de camada agora inclui hasLiveData, que retorna um valor booleano. Este valor é verdadeiro se os dados da camada forem atualizados com frequência.
  • O recurso de camada agora inclui effectiveMinScale e effectiveMaxScale, que representam as escalas mínimas e máximas efetivas nas quais a camada é visível.
  • O recurso de camada agora retorna as propriedades função, cardinalidade, keyField, composite, relationshipTableId e keyFieldInRelationshipTable para relacionamentos.
  • A operação de consulta em um recurso de camada tem três novos parâmetros: orderByFields, outStatistics e groupByFieldsForStatistics.
  • As operações de identificação, localização, consulta, consultaRelatedRecords e recurso de recurso aceitam dois novos parâmetros: returnZ e returnM para determinar se a geometria retornada conteria os valores Z e M, respectivamente.
  • As operações de exportação, identificação, localização, consulta, queryRelatedRecords e generateRenderer e recursos de recurso, anexo e pop-up html oferecem suporte ao parâmetro gdbVersion. Use este parâmetro para especificar uma versão alternativa do banco de dados geográfico.
  • As operações de identificação, localização, consulta e consultaRelatedRecords retornam uma propriedade opcional ExcededTransferLimit quando o número de registros retornados pela operação excede o número máximo configurado pelo administrador do servidor.
  • TextSymbol tem quatro novas propriedades: text, borderLineSize, haloColor e haloSize.
  • O objeto de renderizador ClassBreaks tem cleaningMethod, normalizationField, normalizationType, normalizationTotal, defaultSymbol, backgroundFillSymbol e classMinValue.
  • O objeto LabelClass tem uma nova propriedade where. Use isso para determinar os recursos que são rotulados com a classe de rótulo que os define.

Serviço de imagem

  • As seguintes novas operações agora são suportadas: Adicionar raster, Atualizar raster, Excluir raster, Medir e Computar histogramas.
  • O recurso de servidor de imagem oferece suporte aos seguintes recursos filho: Bloco, Tabela de atributos raster, Colormap, Histogramas, Propriedades-chave e Uploads.
  • As informações de item do catálogo raster suportam os seguintes recursos filho: Metadados, Miniatura, Informações Raster e Propriedades-chave.
  • O recurso de serviço de imagem tem uma nova opção de parâmetros de entrada e outSR para suportar a visualização de uma pegada de serviço de imagem no mapa arcgis.com.
  • O recurso do servidor de imagem agora inclui as propriedades initialExtent, fullExtent, singleFusedMapCache e tileInfo que indicam as informações de cache do serviço.
  • O recurso do servidor de imagem agora inclui as propriedades defaultMosaicMethod, mosaicOperator, defaultCompressionQuality e defaultResamplingMethod que indicam os padrões de serviço. A regra de mosaico padrão é composta por defaultMosaicMethod e mosaicOperator. Quando defaultMosaicMethod é esriMosaicAttribute, o Image Server usa sortField e sortValue junto com ele.
  • O recurso do servidor de imagem agora inclui as propriedades allowRasterFunction, allowedMosaicMethods, maxRecordCount, maxImageHeight, maxImageWidth, maxDownloadImageCount, maxDownloadSizeLimit e maxMosaicImageCount que indicam restrições de serviço.
  • O recurso do servidor de imagem agora inclui as propriedades rasterFunctionInfos r, rasterTypeInfos e mensurationCapabilities que indicam modelos de função raster suportados (para exportimage), tipos raster (para adicionar / atualizar rasters) e recursos de mensuração (para mensuração).
  • O recurso do servidor de imagem agora inclui as propriedades hasHistograms, hasColormap e hasRasterAttributeTable que indicam se um recurso correspondente está disponível para o serviço.
  • O recurso de servidor de imagem agora inclui propriedades de recursos que indicam operações com suporte.
  • O recurso do servidor de imagem agora inclui objetos JSON editFieldsInfo e propriedadeBasedAccessControlForRasters contendo rastreamento do editor e propriedades relacionadas ao controle de acesso.
  • O recurso Arquivo Raster do Servidor de Imagem oferece suporte a um novo parâmetro rasterId.
  • A operação Image Server Identify suporta alguns novos parâmetros: time, renderingRule, returnGeometry e returnCatalogItems.
  • A operação de exportação de imagem do servidor de imagem oferece suporte a um novo parâmetro noDataInterpretation.
  • A operação de exportação de imagem do servidor de imagem suporta novas funções raster conhecidas (Convolução, Remap, Clip, BandArithmetic e Geometric) e modelo de função raster personalizado no parâmetro renderingRule.
  • Os serviços de imagem agora oferecem suporte a recursos WMTS para serviços de imagem lado a lado. O recurso WMTS oferece suporte a recursos WMTS e recursos filho WMTS Tile.

Serviços de análise de rede

O serviço Closest Facility com execução síncrona agora oferece suporte aos parâmetros timeOfDay e timeOfDayUsage.

O serviço de área de serviço com operação de execução síncrona agora oferece suporte aos parâmetros timeOfDay e useHierarchy.

O recurso da camada de rede agora inclui as propriedades hasZ e hasM para indicar se é compatível com Z ou M.


Assista o vídeo: Design a Geodatabase