O Gartnet apurou que, no primeiro trimestre, as vendas de smartphones equipados com Android, sistema operacional para celulares do Google, ultrapassaram pela primeira vez as de aparelhos equipados com o Windows Mobile, da Microsoft. O Android ficou com 9,6% de participação de mercado, em quarto lugar no ranking dos mais vendidos, deixando o Windows Mobile com 6,8%, na quinta posição. No primeiro trimestre do ano passado, o market share do Android e do Windows Mobile foi de 1,6% e 10,2%, respectivamente.

O sistema operacional mais vendido nos primeiros três meses do ano foi o Symbian, que ficou com 44,3% do mercado. Logo atrás vem o BlackBerry, da Research In Motion (RIM), com 19,4% de representatividade, seguido pelo iPhone OS, sistema operacional móvel da Apple, com market share de 15,4%.

De acordo com a pesquisa, por mais que as posições no ranking tenham se mantido praticamente inalteradas em relação ao ano passado, no primeiro trimestre deste ano, as vendas se concentraram entre os aparelhos que rodam Android e o iPhone OS. Enquanto todos os sistemas operacionais viram sua participação mercado cair, em média, 40%, o sistema operacional do Google cresceu seis vezes de um ano para o outro, com 47% de participação de mercado.

via Ti Inside.

A ITIL, como o nome nos sugere, é uma biblioteca e a ITIL v3 é composta de 5 livros. Cada livro pode ser visto como uma grande fase no gerenciamento de TI, contendo diversos processos, atividades e papéis a serem coordenados.   A seguir, um pouco sobre cada um dos 5 livros:

Estratégia de Serviço: nesta fase as grandes decisões são tomadas.  Aqui se identifica novas oportunidades, avalia-se custos,  riscos, retorno de investimentos e prioriza-se os serviços a serem desenvolvidos ou melhorados;

Desenho de Serviço: neste estágio os serviços eleitos pela estratégia de serviço são  desenhados e desenvolvidos. São especificados os acordos de nível de serviço, definindo o escopo do serviço e expectativas do cliente;

Transição de Serviço: é a fase responsável em colocar o serviço em produção, preocupando-se com que isso ocorra da forma mais leve possível, evitando transtornos no momento da migração;

Operação de Serviço: estágio responsável por manter o serviço implantado em funcionamento, gerenciando/resolvendo os problemas que possam  vir a acontecer;

Melhoria de Serviço Continuada:  esta fase procura por pontos a serem melhorados, focando na busca pela qualidade do que está sendo oferecido.

Cada um dos livros traz com detalhes as boas práticas relacionadas à respectiva fase que está sendo tratada.  Quando vamos aprendendo sobre a ITIL, naturalmente nós vamos avaliando e comparando como está nosso tratamento na empresa com relação ao processo/fase/livro que estamos estudando.  Como exemplo, podemos citar que na fase de Operação de Serviço, a ITIL cita a importância em se documentar os incidentes que venham a ocorrer, mantendo um histórico dos procedimentos seguidos para a solução do problema, servindo inclusive para consulta futura.  Trazendo para a WMW, vemos que o uso do sistema Situa (http://www.wmw.com.br/index.php?cod=situa) no gerenciamento do relacionamento com o cliente  já se adapta a essa boa prática da ITIL.

A ITIL nos auxilia a organizar e manter sintonizados os processos e atividades envolvidas nos serviços de TI.  Dado que a ITIL é um modelo bastante respeitado e seguido por diversas organizações, não podemos deixar de voltar nossos olhos para ela e avaliarmos onde ela efetivamente pode nos ajudar.  No mínimo, ela nos faz refletir.

Até a próxima!

Alexsandra Carvalho da Silva é Analista de Sistemas da WMW Systems e em 2010 completa 10 anos de W. É Mestre em Ciência da Computação pela UFSC e possui as certificações Sun Certified Java Programmer (SCJP) e Sun Certified Web Component Developer (SCWCD)



Fonte: http://www.jornalagora.com.br

Visões ou Views é conhecida como uma tabela virtual que é definida por uma consulta e utilizada como uma tabela. É semelhante a uma tabela, porem a tabela propriamente dita é armazenada na base dados e a View não, o que a View faz é simplesmente armazenar a instrução SQL no banco de dados, sem ter que a cada consulta ter que escrever todo o script novamente. Enganam-se quem pensa que Views trazem benefícios, ou melhor, desempenho para o banco de dados, pois a View é simplesmente um encapsulamento de uma  instrução SQL. O custo é o mesmo, pois internamente o SQL da View será executado como se fosse a própria instrução repassada. Em uma “grosseira” comparação com o mundo da Orientação a Objeto as Views seriam como os métodos GET não permitindo o acesso direto as complexas estruturas do banco.

As Views também permitem algumas vezes uma maior segurança, pois você pode negar o acesso de um usuário a uma tabela, e conceder a ele somente a permissão da View. Assim como podemos limitar a visão apenas das colunas, podemos também limitar a visão de algumas linhas. Sem contar que a View fornece uma abordagem modularizada na resolução de problemas.

Vamos a alguns detalhes mais técnicos.

Restrições:

A clausula Order by não pode ser utilizada em uma view, a menos que exista um TOP ou FOR XML  na definição da consulta.

Todas as consultas devem possuir nomes, e todos os nomes das colunas devem ser únicos.

Opções de Criação:

Mostrarei algumas opções de criação das Views que em minha opinião e de muitos Dba’s certificados são muito importantes, porem raramente são utilizadas.

SCHEMABINDING: Liga o esquema da View com o esquema dos objetos relacionados, impedindo que esses sejam apagados ou alterados (nas colunas utilizadas).

ENCRYTION: Armazena de forma criptografada a definição da View, ao invés de um texto aberto, podemos visualizar o texto da View através do comando (sp_helptext nome_view). Lembrando que uma vez criptografada essa view não pode ter mais seu código aberto, então para modificar a view, você terá que dropar e depois recriá-la.

WITH CHECK: Impede um insert ou update que conflite com o filtro (clausula WHERE) da View.

Por hoje é isso, nas próximas postagens onde estarei falando sobre índices, vou comentar sobre o uso de Views indexadas e quais as vantagens e desvantagens de utilizá-las.  Espero que o conteúdo desse artigo possa servir para vocês em seu dia-a-dia. Obrigado.

A gigante diz-se chocada com o crescimento e explosão da computação móvel e que esses dispositivos com certeza vencerão a batalha contra os computadores tradicionais, que já brigavam entre si (desktop e notebooks).

A afirmação de Eric Schmidt explica exatamente os passos que o Google vem dando nos últimos tempos: Junto com a HTC, lançaram ano passado o Nexus One, smartphone com o sistema operacional Android, também da empresa. Os investimentos em tecnologia móvel da empresa estão cada vez mais visíveis. É interessante observar aqui, que não se pode dizer que o Google tem um foco bem definido, mas tem o mérito de fazer bem tudo o que faz.

É impossível falar de computação móvel, atualmente, sem mencionar Apple. A revolução da Apple com seu iPod e posteriormente o iPhone talvez sejam os grandes propulsores para essa explosão. Analisando o mercado de conexão móvel nos Estados Unidos, mais de 90% delas partem de aparelhos da Apple. E aqui vale lembrar que não só o iPhone faz parte desse grupo, mas o próprio iPod também passou a oferecer acesso a internet.

É indiscutível que os produtos Apple há alguns anos vem sendo trend settings. E essa revolução que o Google anuncia, deve-se muito a Apple, e quando digo isso não quero ser injusto aos antigos PDAs.

Mas voltando a afirmação de Eric Schmidt, hoje, eu diria que tanto o smartphone quanto os notebooks ou desktops tem suas vantagens e finalidades, mas há 5 anos atrás eu nunca diria que poderia ter avisado vocês sobre esse post, postando um tweet do meu celular.

Bytes vem, bytes vão. A questão ainda fica.

E você? Acha que os smartphones vão dominar o mercado de computadores algum dia? Comente!

Marcos Marcon é responsável pela área de Marketing e Comunicação na WMW.

Backup Full: Têm como propósito realizar o backup todos os dados armazenados em um banco. Este tipo de backup leva todas as características e atributos do objeto do banco de dados.Quais são os passos que o database engine realiza para garantir o sucesso do backup.

1)     O database engine trava o banco de dados.

2)      O acesso ao mesmo é proibido.

3)     É estabelecida uma marca no log de transação onde indica que ali foi o ponto de inicio do backup.

4)      Libera o banco de dados do lock.

5)      É realizado backup de todas as paginas de dados.

6)      Trava o banco novamente não deixando nenhuma conexão ser feita.

7)      Estabelece uma marca no log de transação.

8)     Libera o banco do lock, e extrai e libera todas as transações existentes entre as duas marcas e adiciona o intervalo ao backup.

Backup Diferencial: Captura todas as modificações que tenham ocorrido desde o ultimo backup full, o maior propósito de um backup diferencial é reduzir o numero de transactions log’s backups que precisam ser restaurados em um processo de restore. O backup diferencial não é um backup incremental. Pois um backup incremental captura qualquer modificação que tenha ocorrido desde o ultimo backup incremental. Logo para realizar um restore de um backup incremental  precisa apenas de todos os backups incrementais. Um restore desse tipo de backup é feito da seguinte maneira: recupera-se o backup full, e por seguida todos os backups diferenciais até a data que se deseja.

Backup de Log de Transação: Pode ser realizado somente em bancos que foram setados o modo de recovery para FULL ou BULK e que não tenham sofrido um mínimo de log’s transactions, só pode ser executado depois de um backup full. Esse backup grava só o que é obtido a partir do LSN. LSN (Log Sequence Number ), esse log é setado na execução do backup anterior, é uma marca que tem no arquivo de log onde me diz até a onde o backup anterior foi gravado. Significa que a partir dessa marca eu não tenho nenhum backup realizado. O restore desse método serve para que você possa restaurar o banco de dados a partir de um determinado ponto ou a partir de uma determinada hora. O restore de log pode ser aplicado dentro de um backup full ou ainda de um backup diferencial.

Backup de Filegroup: Esse backup é uma alternativa na estratégia de backup, ao invés de executar um backup de toda a base, você pode executar o backup de um único Filegroup, como podemos realizar o backup de partes do banco de dados, o recovery model precisa estar setado para FULL RECOVERY ou BULK RECOVERY.

Backup Espelho (mirrored): Consiste em duplicar o backup, ou seja, criar cópias adicionais do backup realizadas no local diferente que você esta realizando no primeiro backup. Como ter apenas um backup pode ser considerado um ponto de falha, o SQL SERVER 2005 inseriu a clausula no backup chamado de “MIRROR TO” lembrando que esse tipo de backup não esta disponível para o SQL SERVER Express, podemos também criar até quatro espelhos do backup. O único ponto a ser levado em consideração é que o lugar onde você precisa fazer o backup (fita, disco) precisa ser o mesmo dos espelhos.

Backup parcial: Esse tipo de backup é uma nova funcionalidade que foi inserida no SQL SERVER 2005, nas versões anteriores se tivéssemos filegroups que fossem read-only o backup continha esse arquivo dentro também. Já no SQL SERVER 2005 com a inserção da clausula “READY_WRITE_FILEGROUP” esse filegroup passa não ser mais backupeado, e assim nós diminuímos o tempo de backup e a quantidade de fitas usadas, fazendo assim que o backup engine se preocupe apenas com o que foi modificado. Para esse processo, o restore também é uma nova funcionalidade do SQL SERVER 2005, que permite que quando executamos um restore, o restante do database fique disponível, esse processo tira proveito dos filegroups exceto filegroup primário que possui um status independente do database. Outro processo de restore que não é muito comum é o de restaurar paginas corrompida. Em versões anteriores do SQL SERVER o corrompimento de uma pagina causava um erro no servidor e poderia deixar a base inteira como OFFLINE. No SQL SERVER 2005 criou-se um processo alternativo para a execução que é o PAGE_VERIFY_CHECKSUM, depois de habilitar a verificação no banco de dados através desse comando, qualquer pagina que se corrompa é colocada em quarentena, porem essa opção vem desabilitada por default, pois gera um overhead no servidor apesar de pequeno. Cada vez em que uma pagina precisa ser lida ou escrita no SQL SERVER 2005 o próprio SQL calcula um CHECKSUM para a pagina, se o CHECKSUM calculado não for igual ao anterior a pagina de dados esta corrompida e transação nesse caso sofre um rollback. O SQL SERVER 2005 tem uma opção de restore que mesmo que a fita do backup apresente erros em suas trilhas o restore é continuado, fazemos isso através do comando “WITH CONTINUE_AFTER_ERROR”, porem o SQL SERVER não garante que esses arquivos poderão ser usados futuramente. Outra opção que podemos utilizar para verificar se os nossos backups estão corretos, para isso o SQL SERVER prove o comando “RESTORE VERIFYONLY FROM caminho do arquivo”.

Aqui termina minha primeira postagem, espero que o conteúdo da mesma possa ser utilizado por você no seu dia a dia.

Marcos Freccia faz parte da equipe de Tecnologia e Suporte da WMW Systems.

Você vai ficar por dentro das novidades em aparelhos, como o Nexus One, primeiro smarphone da Google. Vai saber também das novas parcerias e revendas WMW na sua região. Novidades e informações importantes da nossa equipe de Suporte. Vai ficar por dentro das notícias e tendências do mercado de TI e mobilidade, além de acompanhar o dia-a-dia da WMW.

Siga! http://www.twitter.com/wmwsystems.

O site também estréia o blog da empresa, assim como o twitter.  http://www.twitter.com/wmwsystems.