Een bedrijf slaat CloudTrail-logs op in een S3 data lake, catalogiseert ze in AWS Glue en partitioneert ze per jaar. Een Athena-query op een van de tabellen retourneerde onlangs geen rijen. Welke stappen voor probleemoplossing moet de data engineer nemen? (Kies twee.)

Als Athena geen rijen retourneert, is een veelvoorkomende oorzaak dat de tabeldefinitie niet overeenkomt met de fysieke locatie van de gegevens. De eerste stap is controleren of de Athena-tabel naar de correcte Amazon S3-locatie verwijst waar de CloudTrail-logs daadwerkelijk zijn opgeslagen. Een verkeerd pad kan leiden tot lege resultaten. De tweede stap is het uitvoeren van de MSCK REPAIR TABLE-opdracht. Deze opdracht scant de S3-locatie die is gekoppeld aan de Glue-tabel en voegt nieuwe partities toe aan de Glue Data Catalog die het vindt, maar die nog niet zijn geregistreerd. Aangezien de logs per jaar zijn gepartitioneerd, is het mogelijk dat nieuwe jaarpartities zijn toegevoegd aan S3, maar nog niet zijn bijgewerkt in de Glue Data Catalog, waardoor Athena ze niet kan vinden. Het verhogen van de time-outduur van de query is niet relevant als er geen rijen worden gevonden; dit zou alleen helpen bij langlopende queries. Het herstarten van Athena is geen standaardoplossing en heeft geen invloed op de catalogusdefinitie. Het verwijderen en opnieuw aanmaken van de tabel is een drastische stap en vaak onnodig als de bovenstaande stappen het probleem kunnen oplossen.