161 lines
11 KiB
JSON
161 lines
11 KiB
JSON
[{
|
|
"origin": "Gemini 3 Flash Pro",
|
|
"sources": [
|
|
"https://www.boe.es/buscar/act.php?id=BOE-A-2015-10565",
|
|
"https://www.boe.es/buscar/act.php?id=BOE-A-1985-5392",
|
|
"https://learn.microsoft.com/es-es/sql/t-sql/statements/truncate-table-transact-sql"
|
|
],
|
|
"title": "Exame Criba Extrema 5% - Bloque Mixto TIC",
|
|
"group": "examen_criba_ferrol_001",
|
|
"queries": [{
|
|
"question": "Segundo a Lei 39/2015, que sucede se unha administración emite unha notificación electrónica e o interesado accede ao seu contido despois de 12 días naturais dende a súa posta a disposición?",
|
|
"rights": [
|
|
"A notificación enténdese practicada con éxito no momento do acceso, aínda que o prazo de 10 días para o rexeitamento automático xa transcorrese."
|
|
],
|
|
"wrongs": [
|
|
"A notificación considérase nula de pleno dereito ao ter superado o prazo máximo de caducidade administrativa establecido no artigo 47.",
|
|
"O sistema bloquea o acceso ao documento e o interesado debe solicitar unha nova posta a disposición mediante un formulario de subsanación de erros técnicos.",
|
|
"Considérase que o interesado actuou de mala fe e pérdese o dereito a interpoñer calquera recurso administrativo en vía ordinaria contra devandita resolución."
|
|
],
|
|
"wrong_explanations": [
|
|
"O artigo 47 fala de nulidade, pero o acceso tardío non anula a notificación, simplemente esta xa se deu por rexeitada antes.",
|
|
"A lei non prevé o bloqueo do documento; o acceso posterior simplemente deixa constancia de que se coñeceu o contido.",
|
|
"O acceso tardío non implica mala fe automática nin anula o dereito a recurso, o que cambia son os prazos de cómputo."
|
|
]
|
|
}, {
|
|
"question": "En SQL Server, cal é o comportamento de TRUNCATE TABLE respecto á columna IDENTITY se a táboa ten un valor de semente definido?",
|
|
"rights": [
|
|
"Reinicia o contador da columna IDENTITY ao valor de semente orixinal definido para a táboa."
|
|
],
|
|
"wrongs": [
|
|
"Mantén o último valor xerado e continúa a numeración dende ese punto para garantir a trazabilidade dos rexistros eliminados accidentalmente.",
|
|
"O comando TRUNCATE falla se a táboa contén unha columna IDENTITY, obrigando ao uso de DELETE sen cláusula WHERE para baleirar os datos.",
|
|
"A columna IDENTITY mantense bloqueada ata que se execute un comando DBCC CHECKIDENT para reconfigurar o estado do esquema de metadatos da base de datos."
|
|
],
|
|
"wrong_explanations": [
|
|
"Ao contrario que DELETE, TRUNCATE si reinicia o valor da semente.",
|
|
"TRUNCATE é perfectamente válido con columnas IDENTITY.",
|
|
"Non é necesario executar CHECKIDENT manualmente tras un TRUNCATE para recuperar a semente."
|
|
]
|
|
}, {
|
|
"question": "Segundo a Lei 7/1985 (LRBRL), quen ten a competencia para a aprobación do regulamento orgánico do Concello?",
|
|
"rights": [
|
|
"O Pleno, cun quórum de voto da maioría absoluta do número legal de membros da corporación."
|
|
],
|
|
"wrongs": [
|
|
"O Alcalde, tras a consulta non vinculante á Xunta de Goberno Local e ao Secretario Xeral do Pleno.",
|
|
"O Pleno, por maioría simple dos asistentes sempre que exista un quórum de un terzo dos concelleiros presentes na sesión.",
|
|
"A Xunta de Goberno Local, en municipios de gran poboación, sempre que a competencia fose delegada polo Pleno na sesión constitutiva."
|
|
],
|
|
"wrong_explanations": [
|
|
"É competencia indelegable do Pleno segundo o Art. 22.2.",
|
|
"O artigo 47.2.a esixe maioría absoluta para este tipo de regulamentos, non simple.",
|
|
"A aprobación do regulamento orgánico non se pode delegar na Xunta de Goberno Local."
|
|
]
|
|
}, {
|
|
"question": "No ámbito de ITIL v4, cal é a diferenza principal entre un Incidente e un Problema?",
|
|
"rights": [
|
|
"O Incidente enfócase en restaurar o servizo o antes posible, mentres que o Problema busca identificar e xestionar as causas raíña."
|
|
],
|
|
"wrongs": [
|
|
"Un Incidente convértese en Problema automaticamente cando afecta a máis de 50 usuarios simultáneos ou a un servizo crítico definido no SLA.",
|
|
"O Incidente é xestionado polos técnicos de soporte de nivel 1 e o Problema require a intervención obrigatoria do Change Advisory Board (CAB).",
|
|
"Non existe diferenza técnica; a nomenclatura depende de se a incidencia foi reportada por un cidadán ou detectada por un sistema de monitorización pasiva."
|
|
],
|
|
"wrong_explanations": [
|
|
"A escala non define a natureza de problema; a xestión de problemas busca a causa, non importa o número de usuarios.",
|
|
"O CAB xestiona cambios, non necesariamente problemas, e o nivel de soporte non define o concepto técnico.",
|
|
"Son procesos de ITIL distintos con obxectivos e fluxos de traballo totalmente diferenciados."
|
|
]
|
|
}, {
|
|
"question": "En programación .NET, que sucede se non se captura unha excepción dentro dun bloque async Task que non está sendo esperado (unawaited)?",
|
|
"rights": [
|
|
"A excepción queda 'atrapada' no obxecto Task e podería non ser detectada ata que se acceda á propiedade Exception ou se agarde pola tarefa."
|
|
],
|
|
"wrongs": [
|
|
"O CLR (Common Language Runtime) detén o fío principal da aplicación de forma inmediata enviando un erro de tipo StackOverflowException.",
|
|
"A aplicación realiza un volcado de memoria (Dump) e reinicia o servizo de IIS de forma automática para evitar fugas de memoria no Heap.",
|
|
"O Garbage Collector identifica a Task como corrupta e elimina o obxecto da memoria RAM ignorando calquera erro de lóxica que puidera conter."
|
|
],
|
|
"wrong_explanations": [
|
|
"Ao ser asíncrona e non esperada, o fío principal non se detén inmediatamente como nun método síncrono.",
|
|
"O IIS non reinicia por unha excepción non capturada nun Task asíncrono; o comportamento depende da versión de .NET pero non é un reinicio de servizo.",
|
|
"O GC libera memoria, pero non ten a función de 'ignorar' erros; o erro queda silenciado no obxecto Task."
|
|
]
|
|
}, {
|
|
"question": "Segundo o Esquema Nacional de Seguridade (ENS), que dimensión de seguridade garante que o acceso á información se limite a persoas autorizadas?",
|
|
"rights": [
|
|
"Confidencialidade."
|
|
],
|
|
"wrongs": [
|
|
"Integridade, garantindo que os datos non sexan alterados por terceiros durante o seu transporte por redes públicas non cifradas.",
|
|
"Autenticidade, mediante a cal se asegura que o emisor da mensaxe é realmente quen di ser a través de sinatura electrónica.",
|
|
"Dispoñibilidade, asegurando que os sistemas estean operativos o 99,9% do tempo para os funcionarios con permisos de acceso."
|
|
],
|
|
"wrong_explanations": [
|
|
"A integridade refírese á non alteración, non á restrición de acceso.",
|
|
"A autenticidade verifica a identidade, pero o acceso restrinxido é puramente confidencialidade.",
|
|
"A dispoñibilidade trata de que o sistema funcione, non de quen ten permiso para velo."
|
|
]
|
|
}, {
|
|
"question": "Que comando Linux usarías para atopar ficheiros de máis de 100MB modificados nos últimos 2 días no directorio /var/log?",
|
|
"rights": [
|
|
"find /var/log -type f -size +100M -mtime -2"
|
|
],
|
|
"wrongs": [
|
|
"ls -lh /var/log --filter='size>100M && time<2d' --recursive",
|
|
"grep -r \"*\" /var/log --size=100M --date=yesterday",
|
|
"search /var/log -filesize 100MB -date -48h"
|
|
],
|
|
"wrong_explanations": [
|
|
"O comando `ls` non ten esas capacidades de filtrado por tamaño e tempo de forma nativa.",
|
|
"`grep` busca contido dentro de ficheiros, non atributos de ficheiros como o tamaño.",
|
|
"`search` non é un comando estándar de Linux para buscar ficheiros por atributos de metadatos."
|
|
]
|
|
}, {
|
|
"question": "En SQL Server, cal é a principal vantaxe de utilizar un 'Filtered Index' (Índice Filtrado)?",
|
|
"rights": [
|
|
"Reduce o tamaño do índice e mellora o rendemento das consultas que buscan un subconxunto específico de datos."
|
|
],
|
|
"wrongs": [
|
|
"Permite aplicar un algoritmo de cifrado AES-256 só ás columnas que conteñen datos de carácter sensible conforme ao RGPD.",
|
|
"Obriga á base de datos a ordenar os datos de forma física en dous discos duros distintos para aumentar a velocidade de lectura paralela.",
|
|
"Garante que ningunha consulta poida realizar un Table Scan se o número de filas devoltas é inferior ao 5% do total da táboa orixinal."
|
|
],
|
|
"wrong_explanations": [
|
|
"Os índices filtrados non teñen nada que ver co cifrado de datos.",
|
|
"A ordenación física en discos distintos é xestión de Filegroups ou particionado, non índices filtrados.",
|
|
"Non garante a eliminación de scans; iso depende do optimizador de consultas, aínda que axuda a evitalos."
|
|
]
|
|
}, {
|
|
"question": "Segundo a Lei 19/2013 de Transparencia, cal é o prazo máximo para resolver e notificar as solicitudes de acceso á información?",
|
|
"rights": [
|
|
"Un mes dende a recepción da solicitude polo órgano competente, prorrogable por outro mes máis en casos complexos."
|
|
],
|
|
"wrongs": [
|
|
"15 días hábiles, sen posibilidade de prórroga para garantir o dereito fundamental ao bo goberno establecido na Constitución.",
|
|
"Tres meses, aplicándose o silencio administrativo positivo se a administración non contesta no prazo legalmente previsto.",
|
|
"45 días naturais, contados a partir da publicación da solicitude no Portal de Transparencia do Concello de Ferrol."
|
|
],
|
|
"wrong_explanations": [
|
|
"O prazo non son 15 días, a lei establece un mes.",
|
|
"O prazo é de un mes e o silencio administrativo en transparencia é, por norma xeral, negativo (Art. 20.4).",
|
|
"O cómputo non se basea en días naturais nin na publicación no portal, senón na recepción polo órgano."
|
|
]
|
|
}, {
|
|
"question": "Cal é a función da directiva 'idempotent' nun script ou ferramenta de orquestación como Ansible?",
|
|
"rights": [
|
|
"Garantir que a execución repetida dunha tarefa non cambie o sistema se este xa está no estado desexado."
|
|
],
|
|
"wrongs": [
|
|
"Permitir que varias tarefas se executen en paralelo sen que existan condicións de carreira entre os diferentes fíos do procesador.",
|
|
"Cifrar os Playbooks de forma que só o nodo de control poida ler as variables sensibles almacenadas no inventario.",
|
|
"Eliminar os ficheiros temporais xerados no nodo xestionado despois de cada conexión SSH para liberar espazo en disco."
|
|
],
|
|
"wrong_explanations": [
|
|
"O paralelismo é 'strategy: free' ou 'forks', non idempotencia.",
|
|
"O cifrado de variables é Ansible Vault.",
|
|
"A limpeza de temporais faise por configuración de sesión, non é a definición de idempotencia."
|
|
]
|
|
}]
|
|
}] |